BD-2st-1.2-w05.tresc-1.1-Slajd20

Z Studia Informatyczne
Wersja z dnia 11:29, 28 sie 2006 autorstwa PKrzyzagorski (dyskusja | edycje)
(różn.) ← poprzednia wersja | przejdź do aktualnej wersji (różn.) | następna wersja → (różn.)
Przejdź do nawigacjiPrzejdź do wyszukiwania

Trzecia postać normalna 3NF (4)

Trzecia postać normalna 3NF (4)


Zauważmy, że wszystkie problemy związane z występowaniem anomalii znikną jeżeli zdekomponujemy relację Pracownicy-PP na dwie relacje Pracownicy-PP1 i Pracownicy-PP2. Relacja Pracownicy-PP1 zawiera informacje o pracownikach, natomiast relacja Pracownicy-PP2 zawiera informacje o przypisaniu instytutów do wydziałów. Zauważmy, że w przypadku relacji Pracownicy-PP2 przynależność instytutu do wydziału jest pamiętana tylko w jednej krotce – brak redundancji danych. Zauważmy również, że dekompozycja rozwiązuje problem anomalii wstawiania – informacje o nowym instytucie możemy wstawić do relacji Pracownicy-PP2, nawet jeżeli instytut ten nie zatrudnia żadnego pracownika. Dekompozycja ta rozwiązuje również problem anomalii usuwania – usunięcie informacji o pracownikach z relacji Pracownicy-PP1 nie pociąga za sobą usunięcia informacji o przypisaniu instytutów do wydziałów. Dekompozycja rozwiązuje również problem anomalii aktualizacji – zmiana przypisania instytutu do wydziału, np. Instytut Informatyki przeniesiony do Wydziału Informatyki i Zarządzania, dotyczy wyłącznie jednej krotki. Zauważmy, że dekompozycja relacji Pracownicy-PP na relacje Pracownicy-PP1 i Pracownicy-PP2 jest dekompozycją bez utraty informacji w tym sensie, że łącząc relację Pracownicy-PP1 i Pracownicy-PP2 wg. atrybutu połączeniowego Instytut możemy odtworzyć oryginalną zawartość relacji Pracownicy-PP.


<< Poprzedni slajd | Spis treści | Następny slajd >>