Kazalo:
Opredelitev - Kaj pomeni Coddova pravila?
Coddova pravila se nanašajo na nabor 13 pravil sistema za upravljanje baz podatkov (0-12), ki jih je razvil EF Codd v letih 1969-1970. Ta pravila je oblikoval kot predpogoj, da bi sisteme za upravljanje baz podatkov (DBMS) obravnaval kot sistem za upravljanje relacijskih podatkovnih baz (RDBMS). Čeprav pravila sprva niso bila zelo priljubljena v komercialni uporabi, so poznejši DBMS temeljili na Coddovih pravilih. Coddova pravila se imenujejo tudi Coddov zakon, Coddov 12 pravil ali Coddov 12 zapovedi.Tehopedia razlaga Coddova pravila
12 pravil CODD določa idealno relacijsko bazo podatkov, ki se danes uporablja kot vodilo za načrtovanje sistemov relacijskih baz podatkov. Čeprav noben sistem komercialnih baz podatkov v celoti ne ustreza vsem 12 pravilom, razlaga relacijski pristop. Tu je 12 pravil CODD: Pravilo 0: Pravilo fundacije: Sistem mora biti relevanten tako kot baza podatkov kot sistem upravljanja. 1. pravilo: Pravilo o informacijah: Vse informacije v bazi podatkov morajo biti predstavljene na en in samo en način (torej kot vrednosti v tabeli). 2. pravilo: Zagotovljeno pravilo dostopa: Vsi podatki morajo biti logično dostopni s kombinacijo imena tabele, vrednosti primarnega ključa in imena stolpca. 3. pravilo: Sistematična obdelava ničelnih vrednosti: DBMS mora podpirati ničelne vrednosti, da predstavljajo manjkajoče in neprimerne podatke na sistematičen način, neodvisno od podatkovnih vrst. Pravilo 4: Aktivni spletni katalog na podlagi relacijskega modela: Baza podatkov mora podpirati spletni relacijski katalog, ki je dostopen pooblaščenim uporabnikom prek njihovega običajnega jezika poizvedb. Pravilo 5: Pravilo celovitega podjezika podatkov: Baza podatkov mora podpirati vsaj en jezik, ki določa funkcionalnost sinteze linearne podpore, podpira operacije določanja in manipulacije podatkov, celovitost podatkov in nadzor transakcij baze podatkov. 6. pravilo: Pravilo za posodabljanje pogleda: Zastopanje podatkov je mogoče izvesti z uporabo različnih logičnih kombinacij, imenovanih Pogledi. Sistem mora posodobiti tudi vsa stališča, ki jih je mogoče teoretično posodobiti. 7. pravilo: Vstavljanje, posodabljanje in brisanje na visoki ravni: Sistem mora podpirati nastavitve v času, vstaviti, posodobiti in izbrisati operaterje. 8. pravilo: Neodvisnost fizičnih podatkov: Spremembe na fizični ravni ne smejo vplivati in zahtevati spremembe v aplikacijskem programu. Pravilo 9: Neodvisnost logičnih podatkov: Spremembe na logični ravni ne smejo vplivati in zahtevati spremembe v aplikacijskem programu. Pravilo 10: Neodvisnost integritete: Omejitve integritete je treba določiti in ločiti od prijavnih programov. Spreminjanje omejitev mora biti dovoljeno, ne da bi to vplivalo na aplikacije. 11. pravilo: Neodvisnost distribucije: Uporabnik se ne sme zavedati lokacije baze podatkov, tj. Ali je baza podatkov razporejena na več lokacijah. 12. pravilo: Pravilo, ki ne uporablja subverzije: Če sistem ponuja jezik na nizki ravni, potem ne bi smeli podreti ali zaobiti pravil integritete jezika na visoki ravni. Od vseh pravil je pravilo 3 najbolj sporno. To je posledica razprave o tristranski ali tridelni logiki. Coddova pravila in SQL uporabljajo ternarno logiko, kjer se null uporablja za predstavljanje manjkajočih podatkov in primerjavo ničesar z ničelnimi rezultati v neznanem resničnem stanju. Če pa sta logična in zagonska ali operand lažna, je operacija napačna; zato niso vsi podatki, ki manjkajo, neznani, od tod tudi polemika.
