Sisällysluettelo:
- Määritelmä - Mitä kolmas normaali muoto (3NF) tarkoittaa?
- Techopedia selittää kolmannen normaalin muodon (3NF)
Määritelmä - Mitä kolmas normaali muoto (3NF) tarkoittaa?
Kolmas normaali muoto (3NF) on kolmas vaihe tietokannan normalisoinnissa ja se perustuu ensimmäiseen ja toiseen normaalimuotoon, 1NF ja 2NF.
3NF toteaa, että kaikki viitattujen tietojen sarakeviitteet, jotka eivät ole riippuvaisia ensisijaisesta avaimesta, olisi poistettava. Toinen tapa asettaa tämä on, että vain vieraita avainsarakkeita tulisi käyttää viittaamaan toiseen taulukkoon, eikä mitään muita vanhetaulukon sarakkeita pitäisi olla viitatussa taulukossa.
Techopedia selittää kolmannen normaalin muodon (3NF)
Harkitse pankin tietokantaa, joka sisältää kaksi taulukkoa: CUSTOMER_MASTER asiakastietojen tallentamiseksi ja ACCOUNT_MASTER pankkitilien tietojen tallentamiseen, mukaan lukien mikä asiakas omistaa minkä tilin. Tässä tapauksessa on oltava tapa yhdistää kaksi taulukkoa tilin sitomiseksi asiakkaan kanssa, joka sen omistaa. Tapa tehdä tämä on vieraan avaimen kautta. Tämä on ACCOUNT_MASTER-taulukon sarake, joka osoittaa tai viittaa vastaavaan sarakkeeseen (jota kutsutaan ensisijaiseksi avaimeksi) CUSTOMER_MASTER-päätaulukossa. Kutsutaan tätä saraketta CustID.
Oletetaan, että asiakas Andrew Smith luo tilin CUSTOMER_MASTER-taulukkoon CustID 20454: llä. Mr. Smithillä on säästötili numerolla S-200802-005, jonka tiedot tallennetaan ACCOUNT_MASTER-taulukkoon. Tämä tarkoittaa, että ACCOUNT_MASTER-taulukossa on CustID-sarake, joka ei ole alkuperäinen datatieto. Sen sijaan sillä on myös arvo 20454, joka yksinkertaisesti viittaa samaan CustID-taulukkoon CUSTOMER_MASTER.
Nyt 3NF sanoo, että ACCOUNT_MASTER-taulukossamme ainoaan asiakkaamme hallussa olevaan tietoon pitäisi olla CustID (20454) vieraana avaimena, ja se viittaa ja tunnistaa asiakkaan, jolla on sama asiakasID CUSTOMER_MASTER-taulukossa (Andrew Smith ). Mitään muuta asiakasta koskevaa tietoa (kuten nimi, syntymäaika, sukupuoli ja niin edelleen) ei tulisi tallentaa ACCOUNT_MASTER-taulukkoon tai oikeastaan mihinkään muuhun taulukkoon, koska kaikki hänestä olevat tiedot on jo tallennettu CUSTOMER_MASTER. Näin tekemällä ainoa CUSTOMER_MASTER-taulukon ulkopuolelle tallennettu asiakastieto on CustID. Tämä maksaa komeita osinkoja varmistamalla, että ei ole päällekkäisyyttä, mikä puolestaan tekee kyselyiden suorittamisen paljon tehokkaampana ja vähentää tarvittavaa tallennustilaa.
