CODD-OVA

PRAVILA
 12 CODD-OVIH PRAVILA

Sistem za upravljanje relacionim bazama podataka (RDBMS) je sistem za upravljanje bazom podataka (DBMS)
koji je zasnovan na relacionom modelu kako ga je predstavio E. F. Codd.
Kratka definicija RDBMS-a može biti DBMS u kojoj se podaci čuvaju u obliku tabela, a odnos među podacima se
takođe čuva u obliku tabela.
E.F. Codd, poznati matematičar, uveo je 12 pravila (0-12) za relacioni model za baze podataka poznatih kao
Kodova pravila. Pravila uglavnom definišu šta je potrebno da bi se DBMS smatrao relacionim, tj. RDBMS.
NULTO PRAVILO

Ovo pravilo navodi da su sva sledeća pravila zasnovana na

notaciji da bi se baza podataka smatrala relacionom, ona mora
da koristi svoje relacione mogućnosti isključivo za upravljanje
bazom podataka.
1. PRAVILO: PRAVILO INFORMACIJE

-Sve informacije u bazi treba da budu predstavljene na

jedan i samo jedan način.
-Sve informacije u RDB-u su predstavljene kao vrednosti u
tabelama.
-Ovo se postiže vrednostima u kolonama i redovima tabela.
-Sve informacije uključujući nazive tabela, imena kolona i
tipove podataka kolona treba da budu dostupne u istoj
tabeli unutar baze podataka.
-Osnovni zahtev relacionog modela.
2. PRAVILO:PRAVILO
GARANTOVANOG PRISTUPA
Svaki jedinstveni podatak treba da bude dostupan putem:
ime tabele + primarni ključ (red) + atribut (kolona).
Svi podaci su jedinstveno identifikovani i dostupni preko
ovog identiteta.
Većina RDBMS ne čini definiciju primarnog ključa
obaveznom i u toj meri su manjkavi.
3. PRAVILO:SISTEMATSKI TRETMAN NULTIH
VREDNOSTI

„Nulte vrednosti (različite od praznog niza znakova ili niza praznih znakova i različite od nule ili
bilo kog drugog broja) su podržane u potpuno relacionom DBMS za predstavljanje informacija
koje nedostaju i neprimenljivih informacija na sistematski način, nezavisno od tipa podataka.“

NULL mogu značiti: Nedostaju podaci, Nije primenljivo

Njime treba postupati dosledno - ne nula ili prazno
Primarni ključevi — nisu NULL
Izrazi na NULL treba da daju NULL.
Odvojeno rukovanje nedostajućim i/ili neprimenljivim podacima.
Ovo se razlikuje od nula ili praznih nizova
4. PRAVILO:PRAVILO OPISA BAZE
PODATAKA
Opis baze podataka je predstavljen na logičkom nivou na isti način kao i obični podaci,
tako da ovlašćeni korisnici mogu primeniti isti relacioni jezik na njeno ispitivanje kao što
se primenjuju na obične podatke.
Ovlašćeni korisnici mogu pristupiti strukturi baze podataka koristeći zajednički jezik, tj.
SKL
5. PRAVILO:SVEOBUHVATNI PODJEZIK PODATAKA

Relacioni sistem može podržavati nekoliko jezika i različite načine upotrebe terminala. Međutim, mora postojati
najmanje jedan jezik čiji su iskazi izraziti, prema nekoj dobro definisanoj sintaksi, kao nizovi znakova i koji je
sveobuhvatan u podršci svih sledećih stavki:
Definicija podataka (napravi, ubaci, ažuriraj)
View Definition
Manipulacija podacima (izmeni, izbriši, skrati)
Ograničenja integriteta (primarni ključ, strani ključ, nulte vrednosti)
Ovlašćenje (ODOBRENI , OPOZOVI)
Granice transakcije (početak, urezivanje, vraćanje itd.)

Svaki RDBMS treba da obezbedi jezik koji omogućava korisniku da postavlja upite o sadržaju RDBMS-a i da
manipuliše sadržajem RDBMS-a.
6. PRAVILO:PRAVILO AZURIRANJA POGLEDA

Sve poglede koje je teorijski moguće ažurirati, ažurira sistem.

Sva teoretska moguća ažuriranja pogleda bi trebalo da budu moguća
Omogućava ažuriranje jednostavnih teorijskih pogleda koji se mogu ažurirati, ali onemogućava pokušaje
ažuriranja složenih pravila.
Ponekad se čak i loše ponašaju kada se ažuriraju složeni prikazi.
7. PRAVILO:UNOŠENJE, AŽURIRANJE I
UKLANJANJE PODATAKA NA NIVOU SKUPOVA

Mogućnost rukovanja osnovnom relacijom ili izvedenom relacijom kao jednim operandom
primenjuje se ne samo na preuzimanje podataka već i na umetanje, ažuriranje i brisanje
podataka.

Sistem mora da podržava skupovne insert, update, i delete operatore. To znači da

se informacije iz relacione baze mogu izdvajati u skupovima koje čine podaci iz
više redova i više tabela. Ovo pravilo traži da operacije dodavanja, ažuriranja i
brisanja budu primenjive na bilo koji skup podataka koji se može izdvojiti iz baze, a
ne samo na pojedinačni red u jednoj tabeli.
8. PRAVILO:PRAVILO NEZAVISNOSTI LOGIČKIH
PODATAKA
Aplikacioni programi i aktivnosti terminala ostaju logički neoštećeni kad god se izvrše bilo kakve promene u predstavljanju
skladišta ili metodama pristupa.

Šta je nezavisnost?
Mogućnost da se modifikuje definicija šeme na nivou bez uticaja na definiciju šeme na sledećem višem
nivou naziva se nezavisnost podataka.
Sposobnost promene logičke (konceptualne) šeme bez promene eksterne šeme (korisnički prikaz) naziva se
nezavisnošću logičkih podataka.

Promene na fizičkom nivou (način na koji se čuvaju podaci, da li su u pitanju nizovi ili povezane liste itd.) ne smeju
zahtevati promene aplikacija zasnovanih na datoj strukturi.
9. PRAVILO:LOGIČKA NEZAVISNOST
PODATAKA
Mogućnost promene fizičke šeme bez promene logičke šeme naziva se fizička nezavisnost podataka.
Ovo govori da korisnici ne bi trebalo da budu zabrinuti o tome kako se podaci čuvaju ili kako im se pristupa.
U stvari, korisnici podataka moraju biti u mogućnosti da dobiju samo osnovnu definiciju podataka koji su im
potrebni.
10. PRAVILO:NEZAVISNOST OD PRAVILA
INTEGRITETA

Ograničenja integriteta specifična za određenu relacionu bazu podataka moraju biti definisana u podjeziku relacionih
podataka i uskladištena u katalogu, a ne u aplikacijskim programima.

Ograničenja integriteta treba da se čuvaju u katalogu, a ne u programima.

• Izmene ograničenja integriteta ne bi trebalo da utiču na aplikativne programe.
• Ovo pojednostavljuje programe.
• To nije uvek moguće uraditi.
11. PRAVILO:NEZAVISNOST OD DISTRIBUCIJE

Podjezik za manipulaciju podacima RDBMS-a mora omogućiti da aplikativni programi i upiti

ostanu logički nepromenjeni bilo i kad god su podaci fizički centralizovani ili distribuirani.
Nezavisnost distribucije Aplikacije bi i dalje trebalo da rade u distribuiranoj bazi podataka (DDB).

To znači da bi Aplikacioni program koji pristupa DBMS-u na jednom računaru takođe trebalo da
radi, bez modifikacija, čak i ako se podaci premeštaju sa jednog računara na drugi u mrežnom
okruženju.
12. PRAVILO:PRAVILO ZAŠTITE PODATAKA

Ako sistem obezbeđuje interfejs niskog nivoa (snimanje u vreme), onda se taj
interfejs ne može koristiti za podmetanje sistema, na primer, zaobilazeći relacionu
sigurnost ili ograničenje integriteta.

Sav pristup bazi podataka mora biti kontrolisan preko DBMS-a tako da integritet
baze podataka ne može biti ugrožen bez znanja korisnika.