Sadržaj:
Definicija - Što znači Coddova pravila?
Coddova pravila odnose se na skup od 13 pravila sustava upravljanja bazama podataka (0-12) koje je razvio EF Codd u 1969-1970. Osmislio je ova pravila kao preduvjet da sustave upravljanja bazama podataka (DBMS) razmotri kao sustav upravljanja relacijskim bazama podataka (RDBMS). Iako pravila u početku nisu bila široko popularna u komercijalnoj upotrebi, kasniji DBMS-ovi bili su utemeljeni na Coddovim pravilima. Coddova pravila nazivaju se i Coddovim zakonom, Coddovim 12 pravilom ili Coddovim 12 zapovijedima.Tehopedia objašnjava Coddova pravila
12 pravila CODD-a definiraju idealnu relacijsku bazu podataka koja se danas koristi kao smjernica za projektiranje sustava relacijskih baza podataka. Iako nijedan sustav komercijalnih baza podataka u potpunosti ne odgovara svih 12 pravila, oni tumače relacijski pristup. Evo 12 pravila KODD-a: Pravilo 0: Pravilo osnivanja: Sustav se mora smatrati relacijskim i kao baza podataka i kao sustav upravljanja. Pravilo 1: Pravilo informacija: Sve informacije u bazi podataka moraju biti predstavljene na jedan i samo jedan način (odnosno, kao vrijednosti u tablici). Pravilo 2: Pravilo zajamčenog pristupa: Svi podaci trebaju biti logički dostupni kombinacijom imena tablice, vrijednosti primarnog ključa i naziva stupca. Pravilo 3: Sustavno tretiranje nultih vrijednosti: DBMS mora podržavati Nulte vrijednosti da bi predstavljali nedostajuće i neprimjenjive podatke na sustavan način neovisan o vrstama podataka. Pravilo 4: Aktivni mrežni katalog temeljen na relacijskom modelu: Baza podataka mora podržavati internetski relacijski katalog koji je dostupan ovlaštenim korisnicima putem njihovog redovnog jezika upita. Pravilo 5: Opsežno pravilo podjezika podataka: Baza podataka mora podržavati barem jedan jezik koji definira funkcionalnost linearne sintakse, podržava operacije definiranja i manipulacije podataka, integritet podataka i kontrolu transakcija baze podataka. Pravilo 6: Pravilo ažuriranja prikaza: Zastupanje podataka može se obaviti pomoću različitih logičkih kombinacija nazvanih Views. Sustav može ažurirati i sve stavove koji se teoretski mogu nadograditi. Pravilo 7: Umetanje, ažuriranje i brisanje na visokoj razini: Sustav mora podržati postavljene operatore za umetanje, ažuriranje i brisanje na vrijeme. Pravilo 8: Neovisnost fizičkih podataka: Promjene na fizičkoj razini ne smiju utjecati i zahtijevati promjene u aplikacijskom programu. Pravilo 9: Neovisnost logičkih podataka: Promjene napravljene na logičkoj razini ne smiju utjecati i zahtijevati promjene u aplikacijskom programu. Pravilo 10: Neovisnost integriteta: Ograničenja integriteta moraju se definirati i odvojiti od aplikativnih programa. Promjena ograničenja mora biti dopuštena bez utjecaja na aplikacije. Pravilo 11: Neovisnost distribucije: Korisnik ne smije biti svjestan lokacije baze podataka, tj. Je li baza podataka distribuirana na više lokacija ili ne. Pravilo 12: Pravilo nepodnošenja: Ako sustav pruža jezik niske razine, ne bi trebao postojati način da se potkopaju ili zaobiđu pravila integriteta jezika na visokoj razini. Od svih pravila, pravilo 3 je najspornije. To je zbog rasprave o tro-vrijednosti ili trojstvu, logike. Coddova pravila i SQL koriste ternarnu logiku, gdje se null koristi za predstavljanje podataka koji nedostaju i uspoređivanje bilo čega s null rezultatima u nepoznatom stanju istine. Međutim, kada su i boolei ili operandi lažni, operacija je lažna; prema tome, nisu svi podaci koji nedostaju nepoznati, otuda i kontroverza.
