12 zasad Codda - Codd's 12 rules
Dwanaście reguł Codda to zestaw trzynastu reguł (o numerach od zera do dwunastu ) zaproponowanych przez Edgara F. Codda , pioniera relacyjnego modelu dla baz danych , zaprojektowanych w celu zdefiniowania tego, co jest wymagane od systemu zarządzania bazami danych, aby można go było uznać za relacyjny , czyli system zarządzania relacyjnymi bazami danych (RDBMS). Czasami żartobliwie określa się je jako „Dwanaście Przykazań Codda”.
Detale
Codd stworzył te zasady w ramach osobistej kampanii, aby zapobiec osłabieniu wizji oryginalnej relacyjnej bazy danych, ponieważ dostawcy baz danych na początku lat 80. starali się przepakować istniejące produkty w relacyjną okleinę. Reguła 12 została specjalnie zaprojektowana, aby przeciwdziałać takiemu pozycjonowaniu.
Zasady
Zasada 0: Zasada podstawowa :
- W przypadku każdego systemu, który jest reklamowany lub uważany za system zarządzania relacyjnymi bazami danych, system ten musi być w stanie zarządzać bazami danych całkowicie dzięki swoim relacyjnym możliwościom.
Zasada 1: Zasada informacyjna :
- Wszystkie informacje w relacyjnej bazie danych są reprezentowane jawnie na poziomie logicznym i dokładnie w jeden sposób – przez wartości w tabelach.
Zasada 2: Zasada gwarantowanego dostępu :
- Każdy element odniesienia (wartość atomowa) w relacyjnej bazie danych jest gwarantowany logicznie dostępny dzięki kombinacji nazwy tabeli, wartości klucza podstawowego i nazwy kolumny.
Zasada 3: Systematyczne traktowanie wartości zerowych :
- Wartości zerowe (różne od pustego ciągu znaków lub ciągu pustych znaków i różne od zera lub dowolnej innej liczby) są obsługiwane we w pełni relacyjnym DBMS do reprezentowania brakujących informacji i informacji niemożliwych do zastosowania w sposób systematyczny, niezależnie od typu danych.
Zasada 4: Dynamiczny katalog online oparty na modelu relacyjnym :
- Opis bazy danych jest reprezentowany na poziomie logicznym w taki sam sposób, jak zwykłe dane, dzięki czemu autoryzowani użytkownicy mogą stosować ten sam język relacyjny do swoich zapytań, jaki stosują do zwykłych danych.
Zasada 5: kompleksowa zasada podjęzykiem dane :
- System relacyjny może obsługiwać kilka języków i różne tryby korzystania z terminala (na przykład tryb wypełniania pustych miejsc). Jednak musi istnieć co najmniej jeden język, którego oświadczenia są możliwe do wyrażenia, zgodnie z pewną dobrze zdefiniowaną składnią, jako ciągi znaków i który jest wszechstronny we wspieraniu wszystkich następujących elementów:
- Definicja danych.
- Zobacz definicję.
- Manipulacja danymi (interaktywna i programowa).
- Ograniczenia integralności.
- Upoważnienie.
- Granice transakcji (rozpocznij, zatwierdź i wycofaj).
Zasada 6: widok zasada aktualizacji :
- Wszystkie widoki, które są teoretycznie aktualizowalne, są również aktualizowane przez system.
Reguła 7: Możliwe do wstawiania, aktualizowania i usuwania na wysokim poziomie :
- Możliwość obsługi relacji bazowej lub relacji pochodnej jako pojedynczego operandu dotyczy nie tylko pobierania danych, ale także wprowadzania, aktualizacji i usuwania danych.
Zasada 8: Fizyczna niezależność danych :
- Programy aplikacji i działania terminala pozostają logicznie nienaruszone za każdym razem, gdy wprowadzane są jakiekolwiek zmiany w reprezentacjach pamięci masowej lub metodach dostępu.
Zasada 9: Niezależność danych logicznych :
- Programy użytkowe i działania terminala pozostają logicznie nienaruszone, gdy w tabelach podstawowych wprowadzane są jakiekolwiek zmiany mające na celu zachowanie informacji, które teoretycznie pozwalają na nienaruszanie.
Zasada 10: Niezależność uczciwości :
- Ograniczenia integralności specyficzne dla konkretnej relacyjnej bazy danych muszą być możliwe do zdefiniowania w podjęzyku danych relacyjnych i możliwe do zapisania w katalogu, a nie w programach użytkowych.
Zasada 11: Niezależność dystrybucji :
- Użytkownik końcowy nie może widzieć, że dane są rozmieszczone w różnych lokalizacjach. Użytkownicy powinni zawsze mieć wrażenie, że dane znajdują się tylko w jednym miejscu.
Zasada 12: Zasada zakazu wywrotu :
- Jeśli system relacyjny ma język niskiego poziomu (pojedynczy rekord na raz), ten niski poziom nie może być użyty do obejścia lub obejścia reguł i ograniczeń integralności wyrażonych w języku relacyjnym wyższego poziomu (wiele rekordów na raz). -czas).
Zobacz też
Bibliografia
Dalsza lektura
- Codd, Edgar F. (1990). Model relacyjny do zarządzania bazą danych: Wersja 2 . Addisona-Wesleya. Numer ISBN 9780201141924.
- Harrington, Jan L. (2002). „Zasady dorsza”. Przejrzyste wyjaśnienie projektu relacyjnej bazy danych . Seria Morgan Kaufmann w systemach zarządzania danymi (2nd ed.). Morgana Kaufmanna. Numer ISBN 9781558608207.
- Kryszna, S. (1992). „Kryteria oceny relacyjnych systemów baz danych”. Wprowadzenie do systemów baz danych i baz wiedzy . Informatyka. 28 . Światowy Naukowy. s. 91 i nast. Numer ISBN 9789810206192.