1 / 21

CODDOVA PRAVILA

CODDOVA PRAVILA. Edgar Frank "Ted" Codd. R ođen u Portlandu, Dorset, u Engleskoj . Britanski računalni znanstvenik. Stvorio relacijski model za upravljanje bazom podataka. S tudirao matematiku i kemiju. Radio za IBM kao matematički programer. Umro od srčanog udara u 79. godini života.

rusk
Télécharger la présentation

CODDOVA PRAVILA

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. CODDOVA PRAVILA

  2. Edgar Frank "Ted" Codd • Rođen u Portlandu, Dorset, u Engleskoj. • Britanski računalni znanstvenik. • Stvorio relacijski model za upravljanje bazom podataka. • Studirao matematiku i kemiju. • Radio za IBM kao matematički programer. • Umro od srčanog udara u 79. godini života.

  3. E. F. Codd predstavio 12 pravila koje baza podataka treba podržavati kako bi se smatrala pravom relacijskom bazom podataka •  DBMS je sustav koji se bavi praktičnom primjenom i korištenjem teoretskih postavki relacijskog modela, relacijske algebre i relacijskih operatora. • Koliko svojstava je potrebno zadovoljiti?

  4. Pravilo 0.Osnovno pravilo • Bilo koji sustav za upravljanje bazama podataka koji se smatra ili koji jest relacijski, mora upravljati bazom na potpuno relacijski način i relacijskom metodom.

  5. Pravilo 1.Predstavljanje informacija • Podaci se reprezentiraju na jedinstven način: kao vrijednosti u tablici. • Ne postoji informacija koja se može pročitati iz baze podataka, a da se ne nalazi u nekoj relaciji.

  6. Pravilo 2.Obavezna logička dostupnost • Svaki podatak mora biti logički dostupan preko: • kombinacije imena relacije • vrijednosti primarnog ključa • imena atributa

  7. Pravilo 3.Prezentacija nepostojećih informacija • Null vrijednost nije definirana. Ona je nepoznanica. • Null vrijednost nije isto što i nula. • Kombinirana s bilo čime je opet null vrijednost.

  8. Pravilo 4.Dinamički on-line katalog • Sistem je obavezan podržavati pristup listama baza, koji je dozvoljen autoriziranim korisnicima s njihovim upitnim jezicima (SQL)

  9. Pravilo 5.Sveobuhvatni jezik za upravljanje podacima • Postojanje jezika koji sadrži sve moguće komunikacije sa sustavom baza podataka • Podržavanje sljedećih elemenata: • definiranje podataka • definiranje pogleda • upravljanje podacima • ograničenja u vezama uz integritet podataka • autorizaciju korisnika • upravljanje transakcijama

  10. Pravilo 6.Ažuriranje pogleda • Svi pogledi koje je po relacijskoj teoriji moguće ažurirati, moraju se moći ažurirati i implementirati u model. • Obnavljanje rezultata pogleda ne smije provoditi manualno korisnik ili administrator.

  11. Pravilo 7.Visoka razina unosa, ažuriranja i brisanja • Svojstvo upravljanja relacijom ili pogledom mora biti moguće ne samo pri pretraživanju, već i pri unosu, ažuriranju i brisanju podataka.

  12. Pravilo 8.Fizička neovisnost podataka • Aplikacije i aktivnosti koje korisnik poduzima prema bazama podataka potpuno su neovisne o metodi pristupa podacima ili strukturi spremanja podataka na medije.

  13. Pravilo 9.Logička neovisnost podataka • Odnosi među tablicama mogu se mijenjati tako da ne utječu na funkciju aplikacije. • Promjena shema baze podataka.

  14. Pravilo 10. Neovisnost integriteta • Ograničenja na integritet u katalozima baze podataka. • Integritet podataka znači konzistentnost i točnost podataka u bazi.

  15. Pravilo 11.Neovisnost distribucije • Integritet podataka održati bez obzira na broj kopija podataka i mjesto pohrane. • Jezik sustava podržava distribuciju. • Kod promjene i nadogradnje DBMS jezgre aplikativni programi i dalje moraju biti funkcionalni

  16. Pravilo 12.Pravilo o nesubverzivnosti • Jezik niskog nivoa ne smije biti korišten da bi se zaobišla ili ignorirala pravila o integritetu podataka. • U DBMS-u ne smije postojati takav jezik koji će dozvoliti “back-door” pristup podacima, te dozvoliti ažuriranje podataka i ne voditi računa o definiranim pravilima integriteta među podacima.

  17. Zaključak: Relacijski sustav • Prednosti: • fizička struktura podataka na disku postaje nevažna • jednostavno pohranjivanje na sljedeću lokaciju • jednostavno dodavanje i brisanje podataka

  18. Nedostaci: • različite grupe podataka se ne mogu jednostavno spajati da formiraju nove podatke • format podataka na disku nije moguće proizvoljno promijeniti nakon što je baza podataka kreirana • da bi to napravili, moramo napraviti novu strukturu te baze podataka • Pokušaj primjene relacijskog modela na nove aplikacije kao što je Computer-Aided-Design, simulacije, grafike and obrada videa, ukazuje na mane te je preporučena primjena sofisticiranijeg modela.

  19. Literatura: • http://kvarner.veleri.hr/~mkaluza/media/download_veleri/bp/SkriptaSBP.pdf • http://bs.scribd.com/doc/42445658/Skripta • http://hr.wikipedia.org/wiki/Edgar_F._Codd

  20. Hvala na pažnji! • Marijana Pravdić (1141) • Andrea Gudelj (1136) • Srđana Obradović (1126) • Tajana Novak (1081)

More Related