Innholdsfortegnelse:
Definisjon - Hva betyr Codds regler?
Codds regler refererer til et sett med 13 databasestyringssystemregler (0-12) utviklet av EF Codd i 1969-1970. Han utformet disse reglene som forutsetninger for å betrakte et databasestyringssystem (DBMS) som et relasjonsdatabasestyringssystem (RDBMS). Selv om reglene opprinnelig ikke var så populære i kommersiell bruk, var senere DBMS-er basert på Codds regler. Codds regler omtales også som Codds lov, Codds 12 regler eller Codds 12 bud.Techopedia forklarer Codds regler
CODDs 12 regler definerer en ideell relasjonsdatabase som brukes som retningslinje for utforming av relasjonsdatabasesystemer i dag. Selv om ikke noe kommersielt databasesystem fullstendig overholder alle 12 regler, tolker de den relasjonelle tilnærmingen. Her er CODDs 12 regler: Regel 0: Stiftelsesregel: Systemet må kvalifisere som relasjonelt både som en database og som et styringssystem. Regel 1: Informasjonsregelen: All informasjon i databasen må være representert på en og bare én måte (det vil si som verdier i en tabell). Regel 2: Den garanterte tilgangsregelen: Alle data skal være logisk tilgjengelige gjennom en kombinasjon av tabellnavn, primærnøkkelverdi og kolonnenavn. Regel 3: Systematisk behandling av nullverdier: Et DBMS må støtte nullverdier for å representere manglende informasjon og utilgjengelig informasjon på en systematisk måte uavhengig av datatyper. Regel 4: Aktiv online katalog basert på relasjonsmodellen: Databasen må støtte online relasjonskatalog som er tilgjengelig for autoriserte brukere gjennom deres vanlige spørrespråk. Regel 5: Den omfattende datamaskinens flerspråkregel: Databasen må støtte minst ett språk som definerer lineær syntaksfunksjonalitet, støtter datadefinisjons- og manipulasjonsoperasjoner, dataintegritet og database-transaksjonskontroll. Regel 6: Visningsoppdateringsregelen: Representasjon av data kan gjøres ved hjelp av forskjellige logiske kombinasjoner kalt Visninger. Alle visningene som teoretisk kan oppdateres, må også kunne oppdateres av systemet. Regel 7: Sett inn, oppdater og slett på høyt nivå: Systemet må støtte angitt om gangen sette inn, oppdatere og slette operatører. Regel 8: Uavhengighet av fysiske data: Endringer som er gjort i fysisk nivå, må ikke påvirke og krever endring i søknadsprogrammet. Regel 9: Uavhengighet av logisk data: Endringer som er gjort på logisk nivå, må ikke påvirke og krever endring i applikasjonsprogrammet. Regel 10: Integritetsuavhengighet: Integritetsbegrensninger må defineres og skilles fra applikasjonsprogrammene. Endring av begrensninger må være tillatt uten å påvirke applikasjonene. Regel 11: Distribusjonsuavhengighet: Brukeren skal være uvitende om databaseplassering, dvs. om databasen er distribuert flere steder. Regel 12: Nonsubversjonsregelen: Hvis et system gir et lavnivåspråk, bør det ikke være noen måte å undergrave eller omgå integritetsreglene for høyt nivå. Av alle reglene er regel 3 den mest kontroversielle. Dette skyldes en debatt om treverdige eller ternære logikker. Codds regler og SQL bruker ternær logikk, der null brukes til å representere manglende data og sammenligne noe med null resulterer i en ukjent sannhetstilstand. Når både booleanere eller operander er usanne, er imidlertid operasjonen falsk; derfor er ikke alle data som mangler ukjente, derav kontroversen.
