Boyce-Codd Normal Formin tavoitteena on lisätä tietojen eheyttä järjestämällä relaatiotietokannan sarakkeet ja taulukot tietokannan normalisoimiseksi. Tietokannan normalisointi tapahtuu, kun taulukoiden välillä on muodostettu suhteita ja kun taulukoille on määritetty säännöt, jotka tekevät tietokannasta joustavamman ja säilyttävät tiedot.
Tietokantojen normalisoinnin tavoitteena on poistaa tarpeettomat tiedot ja varmistaa, että tietoriippuvuudet ovat järkeviä. Tietokanta normalisoidaan, kun samoja tietoja ei ole tallennettu useampaan kuin yhteen taulukkoon ja kun taulukkoon on tallennettu vain toisiinsa liittyviä tietoja.
Boyce-Coddin normaalimuodon alkuperä
Noudattamalla useita ohjeita varmista, että tietokannat normalisoidaan. Näitä ohjeita kutsutaan normaalilomakkeiksi ja ne on numeroitu yhdestä viiteen. Relaatiotietokanta kuvataan normalisoiduksi, jos se täyttää kolme ensimmäistä muotoa: 1NF, 2NF ja 3NF.
Raymond Boyce ja Edgar Codd loivat BCNF:n jatkoksi kolmannelle normaalimuodolle tai 3NF:lle vuonna 1974. Miehet työskentelivät luodakseen tietokantaskeemoja, jotka minimoivat redundanssit tavoitteenaan lyhentää laskenta-aikaa. Kolmas normaalimuoto poistaa sarakkeet, jotka eivät ole riippuvaisia ensisijaisesta avaimesta, sen lisäksi, että ne täyttävät ensimmäisen ja toisen normaalimuodon ohjeet. BCNF, jota joskus kutsutaan nimellä 3.5NF, täyttää kaikki 3NF:n vaatimukset ja edellyttää, että ehdokasavaimet eivät ole riippuvaisia muista taulukon määritteistä.
BCNF:n luomishetkellä Boyce oli yksi Structured English Query Language -kielen, joka myöhemmin standardoitiin SQL:ksi, avainkehittäjistä, mikä paransi tietojen hakua käyttämällä Coddin relaatiomallia. Tässä mallissa Codd esitti, että tietokantojen rakenteellista monimutkaisuutta voitaisiin vähentää, mikä tarkoitti, että kyselyt voisivat olla tehokkaampia ja joustavampia.
Käyttäen relaatiotietokantatietojaan Codd määritteli 1NF-, 2NF- ja 3NF-ohjeet. Hän teki yhteistyötä Boycen kanssa määritelläkseen BCNF:n.
Ehdokasavaimet ja BCNF
Ehdokasavain on sarake tai sarakkeiden yhdistelmä taulukossa, joka muodostaa tietokannassa ainutlaatuisen avaimen. Attribuuttien yhdistelmä identifioi tietokantatietueen viittaamatta mihinkään muuhun tietoon. Jokainen taulukko voi sisältää useita ehdokasavaimia, joista mikä tahansa voi täyttää ensisijaisen avaimen. Taulukko sisältää vain yhden ensisijaisen avaimen.
Ehdokasavainten on oltava yksilöllisiä.
Suhde on BCNF:ssä, jos jokainen determinantti on ehdokasavain. Harkitse tietokantataulukkoa, joka tallentaa työntekijätiedot ja jolla on attribuutit,,, ja.
Tässä taulukossa kenttä määrittää etunimi ja sukunimi. Vastaavasti monikko (,) määrittää.
| Työntekijän tunnus | Etunimi | Sukunimi | Otsikko |
| 13133 | Emily | Smith | johtaja |
| 13134 | Jim | Smith | Associate |
| 13135 | Emily | Jones | Associate |
Tämän tietokannan ehdokasavain on, koska se on ainoa arvo, jota ei voi käyttää toisella rivillä.
UKK
Mitkä Boyce-Coddin normaalimuodon vaatimukset ovat?
Taulukko täyttää Boyce-Coddin normaalimuodon (BCNF) vaatimukset, jos kaikki determinantit ovat ehdokasavaimia ja relaatio on kolmannessa normaalimuodossa (3NF). 3NF täyttää ensimmäisen normaalimuodon (1NF) ja toisen normaalimuodon (2NF) säännöt, ja kaikki sarakkeet ovat riippuvaisia ensisijaisesta avaimesta.
Mitä eroa on neljännen normaalimuodon ja Boyce-Coddin normaalimuodon välillä?
Neljäs normaalimuoto (4NF) on yksi taso Boyce-Coddin normaalimuodon (BCNF) jälkeen tietokannan normalisoinnissa. 4NF täyttää 3NF-vaatimukset aivan kuten BCNF. 4NF-taulukoissa ei kuitenkaan ole moniarvoisia riippuvuuksia tai moni-yhteen-suhteita, kun taas BCNF-taulukoissa saattaa olla näitä riippuvuuksia.
