GettyImages 693831124 5a45aa0fb39d030037cd2b3f 66202454f74e4912a32c175db11936f8

Boyce-Codd Normal Formin tavoitteena on lisätä tietojen eheyttä järjestämällä relaatiotietokannan sarakkeet ja taulukot tietokannan normalisoinnin saavuttamiseksi. Tietokannan normalisointi tapahtuu, kun taulukoiden välillä on suhteita ja kun taulukoille on määritetty säännöt, jotka tekevät tietokannasta joustavamman ja säilyttävät tiedot.

Tietokannan normalisoinnin tavoitteena on poistaa ylimääräiset tiedot ja varmistaa tietoriippuvuudet. Tietokanta normalisoituu, kun samaa tietoa ei ole tallennettu useampaan kuin yhteen taulukkoon ja vain asiaan liittyvät tiedot tallennetaan taulukkoon.

Boyce-Coddin normaalimuodon alkuperä

Ohjeiden noudattaminen varmistaa tietokantojen normalisoinnin. Näihin ohjeisiin viitataan seuraavasti: normaaleja muotoja ja ne on numeroitu yhdestä viiteen. Relaatiotietokanta kuvataan seuraavasti: normalisoitunut jos se täyttää kolme ensimmäistä muotoa: 1NF, 2NF ja 3NF. Raymond Boyce ja Edgar Codd loivat BCNF:n vuonna 1974 kolmannen normaalimuodon tai 3NF:n jatkeeksi. Miehet loivat tietokantaskeemoja, jotka minimoivat redundanssit tavoitteenaan lyhentää laskenta-aikaa. Kolmas normaalimuoto poistaa sarakkeet, jotka eivät riipu ensisijaisesta avaimesta, sen lisäksi, että ne täyttävät ensimmäisen ja toisen normaalimuodon ohjeet. BCNF, jota kutsutaan myös nimellä 3.5NF, täyttää kaikki 3NF:n vaatimukset ja edellyttää, että ehdokasavaimet eivät ole riippuvaisia ​​muista taulukon määritteistä. BCNF:n perustamisajankohtana Boyce oli yksi tärkeimmistä Structured English Query Language -kehittäjistä, jotka myöhemmin standardisoitiin SQL:ksi, mikä paransi tiedonhakua käyttämällä Coddin relaatiomallia. Tässä mallissa Codd väitti, että tietokantojen rakenteellista monimutkaisuutta voitaisiin vähentää, mikä tarkoitti, että kyselyt voisivat olla tehokkaampia ja joustavampia. Codd määritteli 1NF-, 2NF- ja 3NF-ohjeet käyttämällä relaatiotietokantansa oivalluksia. Hän teki yhteistyötä Boycen kanssa määritelläkseen BCNF:n.

Ehdokasavaimet ja BCNF

A ehdokasavain on sarake tai sarakkeiden yhdistelmä taulukossa, joka muodostaa ainutlaatuisen avaimen tietokannassa. Attribuuttien yhdistelmä identifioi tietokantatietueen viittaamatta muihin tietoihin. Jokainen taulukko voi sisältää useita ehdokasavaimia, joista jokainen voidaan määritellä ensisijaiseksi avaimeksi. 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. Samoin tuplemäärittää

henkilöstökortti Etunimi Sukunimi Otsikko
13133 Emily Smith johtaja
13134 Jim Smith Kumppani
13135 Emily Jones Kumppani

Tämän tietokannan ehdokasavain on koska se on ainoa arvo, jota ei voi käyttää toisella rivillä. FAQ

  • Mitkä ovat Boyce-Coddin normaalimuodon vaatimukset?

    Taulukko täyttää Boyce-Coddin normaalimuodon (BCNF) vaatimukset, jos kaikki determinantit ovat ehdokasavaimia ja suhde on kolmannessa normaalimuodossa (3NF). 3NF noudattaa ensimmäisen normaalimuodon (1NF) ja toisen normaalimuodon (2NF) sääntöjä, ja kaikki sarakkeet riippuvat 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, kuten BCNF, täyttää 3NF-vaatimukset. 4NF-taulukoissa ei kuitenkaan ole moniarvoisia riippuvuuksia tai useat yhteen -suhteita, kun taas BCNF-taulukoissa voi olla näitä riippuvuuksia.

Por Markus