Inhaltsverzeichnis:
Definition - Was bedeuten Codds Regeln?
Codds Regeln beziehen sich auf einen Satz von 13 Datenbankverwaltungssystemregeln (0-12), die von EF Codd in den Jahren 1969-1970 entwickelt wurden. Er entwarf diese Regeln als Voraussetzung, um ein Datenbankmanagementsystem (DBMS) als relationales Datenbankmanagementsystem (RDBMS) zu betrachten. Obwohl die Regeln in der kommerziellen Nutzung anfangs nicht weit verbreitet waren, basierten spätere DBMS auf Codds Regeln. Codds Regeln werden auch als Codds Gesetz, Codds 12 Regeln oder Codds 12 Gebote bezeichnet.Techopedia erklärt Codds Regeln
Die 12 Regeln von CODD definieren eine ideale relationale Datenbank, die heute als Richtlinie für den Entwurf relationaler Datenbanksysteme verwendet wird. Obwohl kein kommerzielles Datenbanksystem vollständig allen 12 Regeln entspricht, interpretieren sie den relationalen Ansatz. Hier sind die 12 Regeln des CODD: Regel 0: Grundregel: Das System muss sowohl als Datenbank als auch als Verwaltungssystem relational sein. Regel 1: Die Informationsregel: Alle Informationen in der Datenbank müssen auf eine und nur eine Art dargestellt werden (dh als Werte in einer Tabelle). Regel 2: Die garantierte Zugriffsregel: Alle Daten sollten über eine Kombination aus Tabellenname, Primärschlüsselwert und Spaltenname logisch zugänglich sein. Regel 3: Systematische Behandlung von Nullwerten: Ein DBMS muss Nullwerte unterstützen, um fehlende und nicht zutreffende Informationen unabhängig von den Datentypen systematisch darzustellen. Regel 4: Aktiver Online-Katalog basierend auf dem relationalen Modell: Die Datenbank muss einen relationalen Online-Katalog unterstützen, auf den autorisierte Benutzer über ihre reguläre Abfragesprache zugreifen können. Regel 5: Die umfassende Untersprachenregel für Daten: Die Datenbank muss mindestens eine Sprache unterstützen, die lineare Syntaxfunktionen definiert, Datendefinitions- und -manipulationsvorgänge, Datenintegrität und Kontrolle von Datenbanktransaktionen unterstützt. Regel 6: Die Regel zur Aktualisierung von Ansichten: Die Darstellung von Daten kann mithilfe verschiedener logischer Kombinationen erfolgen, die als Ansichten bezeichnet werden. Alle Ansichten, die theoretisch aktualisiert werden können, müssen auch vom System aktualisiert werden können. Regel 7: Einfügen, Aktualisieren und Löschen auf hoher Ebene: Das System muss das gleichzeitige Einfügen, Aktualisieren und Löschen von Operatoren unterstützen. Regel 8: Unabhängigkeit der physischen Daten: Änderungen in der physischen Ebene dürfen keine Auswirkungen haben und erfordern eine Änderung im Anwendungsprogramm. Regel 9: Unabhängigkeit der logischen Daten: Änderungen in der logischen Ebene dürfen keine Auswirkungen haben und erfordern eine Änderung im Anwendungsprogramm. Regel 10: Integritätsunabhängigkeit: Integritätsbeschränkungen müssen definiert und von den Anwendungsprogrammen getrennt werden. Das Ändern von Einschränkungen muss zulässig sein, ohne die Anwendungen zu beeinträchtigen. Regel 11: Verteilungsunabhängigkeit: Dem Benutzer sollte der Speicherort der Datenbank nicht bekannt sein, dh ob die Datenbank auf mehrere Speicherorte verteilt ist oder nicht. Regel 12: Die Nicht-Subversion-Regel: Wenn ein System eine Sprache auf niedriger Ebene bereitstellt, sollte es keine Möglichkeit geben, die Integritätsregeln der Sprache auf hoher Ebene zu unterlaufen oder zu umgehen. Von allen Regeln ist Regel 3 die umstrittenste. Dies ist auf eine Debatte über dreiwertige oder ternäre Logik zurückzuführen. Codds Regeln und SQL verwenden eine ternäre Logik, wobei Null verwendet wird, um fehlende Daten darzustellen und alles mit Null zu vergleichen, was zu einem unbekannten Wahrheitszustand führt. Wenn jedoch beide Booleschen Werte oder Operanden falsch sind, ist die Operation falsch. Daher sind nicht alle fehlenden Daten unbekannt, daher die Kontroverse.
