Spisu treści:
Definicja - Co oznaczają zasady Codda?
Reguły Codda odnoszą się do zestawu 13 zasad systemu zarządzania bazami danych (0–12) opracowanych przez EF Codda w latach 1969–1970. Zaprojektował te reguły jako warunki wstępne do rozważenia systemów zarządzania bazami danych (DBMS) jako systemu zarządzania relacyjnymi bazami danych (RDBMS). Chociaż reguły początkowo nie były popularne w zastosowaniach komercyjnych, później DBMS były oparte na zasadach Codda. Zasady Codda są również określane jako prawo Codda, 12 zasad Codda lub 12 przykazań Codda.Techopedia wyjaśnia zasady Codda
12 zasad CODD definiuje idealną relacyjną bazę danych, która jest obecnie używana jako wytyczne do projektowania systemów relacyjnych baz danych. Chociaż żaden komercyjny system baz danych nie jest w pełni zgodny ze wszystkimi 12 regułami, interpretują podejście relacyjne. Oto 12 zasad CODD: Reguła 0: Reguła fundamentalna: System musi się kwalifikować jako relacyjny zarówno jako baza danych, jak i system zarządzania. Reguła 1: Reguła informacyjna: Wszystkie informacje w bazie danych muszą być reprezentowane w jeden i tylko jeden sposób (to znaczy jako wartości w tabeli). Reguła 2: Reguła gwarantowanego dostępu: Wszystkie dane powinny być logicznie dostępne poprzez połączenie nazwy tabeli, wartości klucza podstawowego i nazwy kolumny. Zasada 3: Systematyczne traktowanie wartości zerowych: DBMS musi obsługiwać wartości zerowe, aby reprezentować brakujące informacje i informacje niemożliwe do zastosowania w sposób systematyczny, niezależnie od typów danych. Zasada 4: Aktywny katalog online oparty na modelu relacyjnym: Baza danych musi obsługiwać katalog relacyjny online, który jest dostępny dla autoryzowanych użytkowników za pośrednictwem ich zwykłego języka zapytań. Reguła 5: Kompleksowa reguła podjęzyka danych: Baza danych musi obsługiwać co najmniej jeden język, który definiuje liniową funkcjonalność składni, obsługuje definiowanie danych i operacje manipulacji, integralność danych i kontrolę transakcji bazy danych. Reguła 6: Reguła aktualizacji widoku: Reprezentację danych można wykonać przy użyciu różnych kombinacji logicznych zwanych widokami. Wszystkie widoki, które można teoretycznie aktualizować, muszą być także aktualizowane przez system. Zasada 7: Wstawianie, aktualizacja i usuwanie na wysokim poziomie: System musi obsługiwać zestaw w czasie wstawiania, aktualizowania i usuwania operatorów. Zasada 8: Niezależność danych fizycznych: zmiany dokonane na poziomie fizycznym nie mogą mieć wpływu i wymagają zmiany w aplikacji. Zasada 9: Niezależność danych logicznych: zmiany dokonane na poziomie logicznym nie mogą mieć wpływu i wymagają zmiany w aplikacji. Reguła 10: Niezależność od integralności: Ograniczenia dotyczące integralności muszą zostać zdefiniowane i oddzielone od aplikacji. Zmiana ograniczeń musi być dozwolona bez wpływu na aplikacje. Zasada 11: Niezależność od dystrybucji: Użytkownik powinien nie wiedzieć o lokalizacji bazy danych, tj. Czy baza danych jest dystrybuowana w wielu lokalizacjach. Reguła 12: Reguła braku subwersji: Jeśli system zapewnia język niskiego poziomu, nie powinno być możliwości obalenia lub ominięcia zasad integralności języka wysokiego poziomu. Ze wszystkich zasad reguła 3 jest najbardziej kontrowersyjna. Wynika to z debaty na temat trójwartościowej lub trójskładnikowej logiki. Reguły Codda i SQL używają logiki trójskładnikowej, gdzie null służy do reprezentowania brakujących danych i porównywania wszystkiego z null daje nieznany stan prawdy. Jednakże, gdy oba booleany lub operandy są fałszywe, operacja jest fałszywa; dlatego nie wszystkie brakujące dane są nieznane, stąd kontrowersja.
