[ Pobierz całość w formacie PDF ]
.Inne rozwiązanie polega na przekształceniu diagramuzwiązków encji jak w przykładzie 3.5.Liczba relacji modelujących związki (rys.zmniejsza się o jeden.Występuje tu bowiem tylko jedenzbiór encji.związku otrzymujemy relacje:gdzie relacja A reprezentuje zbiór encji, a relacja R związek Jawna kwalifikacja jest konieczna do określeniaroli spełnianych przez atrybuty kluczowe relacji R.Na rysunku role zostały oznaczone przez i Przykłademzwiązku jest związek między częściami i ich składnikami.Każda część występuje w dwóchrolach: zawiera inne części oraz jest składnikiem innych części.Atrybuty oraz oznaczają odpowiednioskładnik oraz część nadrzędną. Model związku ISA (rys.zawiera relacje z takimi samymi głównymi:"., - zbiór nadrzędnych;"., oraz C.podrzędnych.Jeżeli przynależność w związku ISA jest rozłączna, to rozwiązanie można zmodyfikować bez wprowadzaniaredundancji przez umieszczenie atrybutów.schematach relacji C:.- oraz.Krotki relacji opisują te encje, które nie należą do żadnego ze zbiorów B lub C.Zakłada się więc przynależnośćczęściową.Przy przynależności całkowitej relację można usunąć, gdyż jest ona Każda jestbowiem całkowicie opisana w jednej z relacji ff lub C.,Sl" -r y.s v *.* t ;*" - !ł59 5.Normalizacja relacjiPodczas projektowania relacyjnej bazy danych powstaje problem odpowiedniego wyboru różnych schematówrelacji.Właściwy projekt powinien zapewnić możliwość zapisywania danych bez redundancji oraz łatwegowyszukiwania żądanych informacji.Najważniejszą metodą prowadzącą do uzyskania projektu o korzystnychwłaściwościach jest procedura normalizacji.Polega ona na projektowaniu relacji w odpowiednich postaciachnormalnych.Do określenia czy relacja znajduje się w jednej ze zdefiniowanych postaci normalnych potrzebne sądodatkowe informacje o modelowanym wycinku rzeczywistości.Są to nałożone na dane więzy zwane zależnościamifunkcyjnymi Muszą one zostać zidentyfikowane podczas projektowania.Błędnie zaprojektowane bazy danych posiadają niepożądane właściwości.Ich jest następujący przykład:Przykład 5.1.Rozważmy relację UMOWY przedstawioną na rysunku Jej schemat powstał w wyniku rozszerzenia schematurelacji KONTRAKTY z przykładu o atrybuty NAZWA, BUD%7łET, RODZAJ, PRIORYTET i MIASTO.Kluczegłówne obu relacji są takie same.UMOWYE# NAZWA BUD%7łET RODZAJ PRIORYTET MIASTO WYNAGRODZENIEEl Kredyt Bankowość WarszawaE2 Kredyt Bankowość WarszawaPl E6 Kredyt Bankowość WarszawaPl E7 Kredyt Bankowość WarszawaPl E10 Kredyt Bankowość WarszawaPl E18 Kredyt Bankowość WarszawaPl E20 Kredyt Bankowość WarszawaP2 E4 Rachunkowość 3 AódzP2 E9 Firm Rachunkowość 3 AódzP2 E10 Finn Rachunkowość 3 AódzP2 E14 Finn Rachunkowość 3 AódzP3 E2 Polisa Ubezpieczenia 4 AódzP3 E3 Polisa Ubezpieczenia 4 AódzP3 E6 Polisa Ubezpieczenia 4 AódzP3 E8 Polisa Ubezpieczenia 4 AódzRynekP4 El Makler 2 PoznańkapitałowyRynekP4 E4 Makler 2 PoznańkapitałowyRynekP4 E6 Makler 2 PoznańkapitałowyRynekP4 E18 Makler 2 PoznańkapitałowyRynekP4 E19 2 PoznańkapitałowyP5 El Visa Bankowość 1 KrakówP5 E2 Visa Bankowość 1 KrakówP5 E19 Visa Bankowość 1 KrakówRys.5.1.Relacja UMOWY z przykładu 5.1 że relacja UMOWY powstała w wyniku złączenia relacji KONTRAKTY i PROJEKTY względem atrybutuModel danych dla biura projektów wykorzystujący relację UMOWY zawiera redundancję.Informacje o projekciepowtarzane wielokrotnie.Ilość powtórzeń jest równa liczbie pracowników uczestniczących w jego realizacji.wykonywania operacji zmieniających zawartość bazy danych występują następujące anomalie:" Każda aktualizacja danych projektu wymaga przejrzenia całej celem znalezienia wszystkich krotek, które goopisują i dokonania odpowiednich zmian.W przeciwnym razie relacja będzie zawierać sprzeczne dane." Do relacji UMOWY nie można wprowadzić informacji o projekcie przed przypisaniem do niego przynajmniejjednego pracownika." Usuniecie z relacji UMOWY jedynej krotki dotyczącej danego projektu powoduje utratę informacji o tymprojekcie.je wyeliminować, jeśli zamiast relacji UMOWY zastosujemy relacje o innych schematach.Przy ich: należy uwzględnić zależności funkcyjne między atrybutami.5.1.Zależności funkcyjne-Krotka relacji UMOWY informuje, że pracownik o numerze E# bierze udział w realizacji projektu o atrybutach: P#,l BUD%7łET, RODZAJ, PRIORYTET, MIASTO i otrzymuje za to określone WYNAGRODZENIE.Dla każdejatrybutu istnieje dokładnie jedna wartość każdego z atrybutów: NAZWA, BUD%7łET, RODZAJ,i MIASTO.O atrybutach NAZWA, BUD%7łET, RODZAJ, PRIORYTET i MIASTO mówimy, że sązależne od atrybutu P# lub że są przez niego identyfikowane.5.1
[ Pobierz całość w formacie PDF ]