Bazy Danych. Projektowanie. Normalizacja. Krzysztof Regulski WIMiIP, KISiM, B5, pok. 408
|
|
- Dorota Rosińska
- 8 lat temu
- Przeglądów:
Transkrypt
1 Bazy Danych Projektowanie. Normalizacja. Krzysztof Regulski WIMiIP, KISiM, B5, pok. 408
2 Etapy projektowania baz danych: 1. Specyfikacja wymagańużytkownika-określenie zjawisk, dostępności i użyteczności danych, ich formatu i sposobów obliczeń, cele, zakres i kontekst systemu 2. Projektowanie konceptualne- projektowanie schematu E R bazy. Użycie modelu E R wpływa również na realizację pozostałych faz. 3. Specyfikacja wymagańfunkcjonalnych-dokładny opis wymagańklienta i wszystkich przyszłych użytkowników systemu 4. Projektowanie logiczne i fizyczne 5. Implementacja KISIM, WIMiIP, AGH 2
3 Projektowanie bazy danych: Projektowanie logicznej struktury bazy:» Etap I:określenie encji i zdefiniowanie atrybutów opisujących encje przyporządkowanie encji do zjawisk standaryzacja nazw i formatów identyfikacja źródełdanych» Etap II: określenie związków między encjami identyfikacja typu związków (relacji) (1-1, 1-M, N-M)» Etap III: normalizacja relacji obniżenie redundancji i wyeliminowanie anomalii (usuwania, wstawiania i aktualizacji) KISIM, WIMiIP, AGH 3
4 Wybór schematu relacji: Projekt bazy danych polega na znalezieniu właściwych schematów relacji tworzących bazę danych Niewłaściwy projekt(niewłaściwe schematy) mogą prowadzić do» Redundancji (powtarzania informacji).» Niemożliwości reprezentowania pewnych informacji.» Anomalii związanych z operowaniem danymi (głównie modyfikacją danych) Cele:» Unikanie redundancji danych» Zapewnienie reprezentowania związków między danymi» Zachowanie warunków integralności (umożliwienie kontroli warunków integralności podczas modyfikacji danych). KISIM, WIMiIP, AGH 4
5 Modelowanie konceptualne: Model pojęciowy (konceptualny, podstawowy): Zapis wymagańw postaci sformalizowanej, abstrahujący od problemów implementacyjnych ( co a nie jak ) Zawiera» modele graficzne» tekstowe (ale też sformalizowane) uzupełnienia modeli graficznych Jest ważny, ponieważ:» reprezentuje istotę wymagań» nie zależy od zmiennych możliwości implementacji» jest dobrąpodstawądo projektowania systemów mających funkcjonować przez wiele lat KISIM, WIMiIP, AGH 5
6 Wymagania: Spełnienie wymagań użytkownika jest naszym celem działania Wymagania muszą więc być dokładnie znane Poprawne i kompletne sformułowanie wymagańna ogółnie jest proste Należy odróżniaćfunkcjesystemu od mechanizmów, czyli sposobów implementacji funkcji Modelować dane niezależnie od przyszłej implementacji - modelowanie E/R Tworząc model pojęciowy nie można formułować zastrzeżeń co do realizowalności wymagań Zaprojektować dobry schemat - normalizacja KISIM, WIMiIP, AGH 6
7 Cel modelowania E-R: Model E-Rsłuży do nieformalnego przedstawienia projektu bazy danych. Projekt ma postać graficzną zwaną diagramem E-R(entityrelationshipdiagram), diagramem jednostka-związeklub diagramem związków encji Istnieje procedura (pół)automatycznejtransformacji diagramu E-Rdo konkretnej implementacji, na przykład do relacyjnej bazy danych. KISIM, WIMiIP, AGH 7
8 Encja (zbiory encji): Encja (entity)- model rzeczy, osób, zjawisk, pojęć itp., o których chcemy przechowywać informacje, które mają tożsamość(są rozróżnialne) Np. konkretna osoba, firma, zdarzenie zbiór encji Zbiór encji (entityset) zbiór (klasa) obiektów, które sątego samego typu (mająwspólne własności), inaczej: zbiór wystąpień(instancji) tej klasy student Jan Ewa Adam Pies Lis Słoń krotka Np. zbiór osób, zbiór firm, zbiór określonych zdarzeń W diagramach E-R zbiory encji oznaczane są prostokątami: student KISIM, WIMiIP, AGH 8
9 Atrybuty: Zbiór encji (i każda z nich) jest opisywany przez zestaw atrybutów, które odpowiadająwłasnościom posiadanym przez wszystkie obiekty reprezentowane przez ten zbiór. Np.: student = (nr_albumu, imie, nazwisko) Dziedzina atrybutu zbór dopuszczalnych wartości, jakie może przyjmowaćdany atrybut na danym zbiorze encji. Dziedzina uzupełniona jest o wartośćnulloznaczającą, że encja nie posiada wartości atrybutu lub jest on nieznany. Atrybuty:» proste vs. pochodne (mogąbyćobliczone na podstawie innych informacji w bazie),» proste vs. złożone. KISIM, WIMiIP, AGH 9
10 Atrybuty proste vs. złożone (przykład): W diagramach atrybuty oznaczane są elipsami: Atrybuty złożone elipsami z podwójną linią: Atrybuty pochodne elipsami z przerywanej linii: nazwa nazwa nazwa KISIM, WIMiIP, AGH 10
11 Zbiory związków: Związek(relationship) reprezentuje relacjępomiędzy pewnymi encjami (obiektami). Np.: Jan Kowalski encja: pracownik pracuje w B3 Betatrex encja: oddzial W diagramach E-R zbiory związków oznaczane są rombami KISIM, WIMiIP, AGH 11
12 Zbiór związków (przykład): student ma oceny KISIM, WIMiIP, AGH 12
13 Diagramy E-R symbole podstawowe: Prostokąty zbiory encji Elipsy atrybuty Elipsy linia podwójna atrybuty złożone Elipsy linia przerywana atrybuty pochodne Romby zbiory związków Linie łączązbiory encji ze zbiorami związków oraz atrybuty ze zbiorami encji i związków KISIM, WIMiIP, AGH 13
14 Stopień zbioru związków: Stopieńzbioru związków(degreeof a relationshipset) określony jest przez liczbę zbiorów encji, które pozostają w danym związku. Związek dwóch zbiorów encji nazywany jest binarnym(stopień = 2). Większośćzwiązków obserwowanych w świecie rzeczywistym to związki binarne. W związku może uczestniczyćpewna, większa od 2 ilośćzbiorów encji związek n-arny(stopień= n) mówimy wtedy o związku wieloargumentowym lub wieloczłonowym.» Np. zbiory encji: przedmiot, prowadzacy oraz student mogą być połączone związkiem o stopniu = 3. prowadzacy ma zajęcia student przedmiot KISIM, WIMiIP, AGH 14
15 Stopień przyporządkowania (krotność związków): Stopieńprzyporządkowaniazbiorów encji do związku (relacji) określony jest przez ilośćencji z każdego zbioru, które sąze sobąw tym związku powiązane. Rodzaje związków binarnych ze względu na stopień przyporządkowania: jeden do jeden jeden do wielu wiele do wielu W diagramie E-R rodzaje związków są oznaczane w następujący sposób: lub: (grot strzałki) oznacza stopień przyporządkowania jeden (brak grotu) wielu KISIM, WIMiIP, AGH 15
16 Stopień uczestnictwa: Jeżeli każda encja zbioru musibraćudziałw związku, wówczas jest on całkowity (uczestnictwo obowiązkowe); w przeciwnym razie częściowy (uczestnictwo opcjonalne). W diagramie E-Rlinie podwójnełączązbiory encji ze zbiorami związków w przypadku całkowitości. Występowanie encji pewnego zbioru (istnienie obiektu w rzeczywistości) może zależećod występowania encji (obiektu) innego zbioru. Jeżeli występowanie encji x zależy od y (is existence dependent on), to:» y jest encją nadrzędną(dominującą) (dominant entity)» x jest encją podrzędną(subordinate entity) Np. jeśli encja dominująca studentzostanie usunięta z bazy, to wszystkie wystąpienia związanych z nią encji oceny także muszą zostać usunięte. KISIM, WIMiIP, AGH 16
17 Role: Zbiory encji pozostające w związku niekoniecznie muszą być różne, wówczas encje takie występująw różnych rolach, a związek taki nazywamy związkiem rekurencyjnym. W diagramie E-Rrole oznaczane sąprzez etykiety przy liniach łączących symbol encji (prostokąt) i związku (romb). Oznaczanie ról nie jest obowiązkowe, stosuje sięje dla podkreślenia semantyki związku. prowadzacy asystenci profesor hierarchia KISIM, WIMiIP, AGH 17
18 Zbiory encji czy atrybuty Decyzje projektowe: Wybór jest zależny od rodzaju modelowanego przedsięwzięcia (fragmentu rzeczywistości) oraz od znaczenia poszczególnych atrybutów. Zbiory encji czy zbiory związków Możliwa wskazówka: związek wyznacza pewnąakcję(zdarzenie), która zachodzi (zaszła) pomiędzy encjami (obiektami). Związki binarne czy związki o wyższym stopniu Związek o stopniu większym niż 2 zawsze może być zastąpiony przez pewną liczbę związków binarnych. Jednak związki n-arne mogą lepiej oddawać semantykę relacji (jawne określenie, że chodzi o związek więcej niż 2 obiektów). Przykład: 1. Adres jako atrybut Adres może byćtraktowany jako atrybut (na przykład encji student), wówczas jego wartością jest tekst, np: "Poznań, ul. Kwiatowa 5 m. 12". 2. Adres jako jednostka Adres może byćtraktowany jako niezależna jednostka o atrybutach: Miejscowość, Ulica, Nr Domu, Nr Lokalu. KISIM, WIMiIP, AGH 18
19 Ograniczenia - warunki integralności W ramach projektowania baz danych specyfikuje siępewne ograniczenia ilościowe i zależności pomiędzy encjami lub związkami, które mają zachodzić zawsze. Ograniczenia te i zależności określająwarunki integralnościrozważnej bazy i są następnie sprawdzane i dotrzymywane. Do najistotniejszych warunków ogólnych, specyfikowalnych w modelu E-R należą:» stopień przyporządkowania zbiorów encji do związku,» zależność występowania encji z różnych zbiorów,» całkowitość vs. częściowość udziału zbioru encji w zbiorze związków. KISIM, WIMiIP, AGH 19
20 Klucze w zbiorze encji: Nadkluczem(super key) jest każdy zbiór atrybutów, którego wartości jednoznacznie identyfikująencjęw zbiorze encji (częściowa zależnośćfunkcjonalna). Kluczem kandydującym(candidatekey) nazywany jest nadklucz o minimalnej liczbie atrybutów w zbiorze encji (pełna zależnośćfunkcjonalna). W danym zbiorze może występowaćkilka kluczy kandydujących, jeden z nich (dowolnie wybrany) nazywany jest kluczem głównym(primary key). W diagramie E-Rklucze główne sąoznaczane przez podkreślenie etykiety atrybutu. KISIM, WIMiIP, AGH 20
21 Klucze w zbiorze związków: Jeżeli zbiór związków posiada atrybuty o odpowiednich własnościach, na podstawie tych atrybutów można zdefiniowaćdla niego (jednoznacznie identyfikujące) klucze główne tak, jak dla zbiorów encji. Złożeniekluczy głównych zbiorów encji biorących udziałw związku tworzy nadklucz dla zbioru związków. Sposób zdefiniowania klucza głównegozależy od stopnia związku oraz stopnia przyporządkowania poszczególnych zbiorów encji.» Dla binarnego związku jeden do jedenkażdy z kluczy głównych (encji) może być kluczem głównym.» Dla binarnego związku wielu do wielupara kluczy głównych encji jest kluczem głównym. KISIM, WIMiIP, AGH 21
22 Zbiory słabe encji: Zbiór encji, który nie posiada klucza głównego (nie ma odpowiednich atrybutów), jest nazywany zbiorem słabym encji(weakentityset) w przeciwieństwie do zbioru silnego -(strong entity set). Informacyjnośćzbioru słabych encji jest uwarunkowana istnieniem innego silnego zbioru encji, który pozostaje ze słabym w związku jeden do wielu. Encje tego zbioru silnego dominująrównieżnad encjami słabego w sensie zależności występowania. W zbiorze słabych encji występować musi wówczas klucz częściowy (partialkey), który pozwala na rozróżnienie (częściowe) jego encji względem dominującego zbioru silnego. Kluczem głównym zbioru słabego encji jest kompozycja klucza głównego dominującego zbioru silnego encji i klucza częściowego zbioru słabego. KISIM, WIMiIP, AGH 22
23 Zbiory słabe encji: W diagramie E-R klucze częścioweoznaczane sąprzez podkreślenieetykiety atrybutu liniąprzerywaną. Związki między słabąjednostkąa jednostkami jej właścicieli nazywamy związkami identyfikującymi. W notacji graficznej zbiory słabe encji oraz zbiory związków identyfikujących rysujemy podwójnąlinią. student ma oceny imie nazwisko przedmiot data ocena nr_albumu KISIM, WIMiIP, AGH 23
24 Diagramy E-R tabele Opis bazy danych za pomocądiagramu E-R może byćprzekształcony w opis w postaci kolekcji tabel. Istnienie kluczy głównych pozwala na jednoznaczne wyrażenie zbiorów encji i zbiorów związków w formie tabel. Zasady ogólne» Każdemu zbiorowi encji odpowiada tabela (tabela przyjmuje nazwę zbioru encji).» Każdemu zbiorowi związków (jeżeli ten posiada atrybuty) odpowiada tabela (tabela przyjmuje nazwę zbioru związków).» Kolumny tabel reprezentująatrybuty opisujące odpowiednio encje lub związki.» Wiersze tabel odpowiadają encjom lub związkom Zbiór silny encji jest reprezentowany bezpośrednio Dla zbioru słabego encjitabela musi zawieraćdodatkowo atrybuty stanowiące klucz główny tabeli nadrzędnej. KISIM, WIMiIP, AGH 24
25 Diagramy E-R tabele (przykład) student ma oceny imie nazwisko przedmiot data ocena nr_albumu KISIM, WIMiIP, AGH 25
26 Diagramy E-R tabele Jeżeli zbiór związkównie ma własnego klucza głównego, wówczas tabela musi dodatkowo zawieraćodpowiedniądo własności kombinacjękluczy głównych swoich zbiorów encji.» Np. Związek wielu do wielujest reprezentowany przy pomocy tabeli o dodatkowych kolumnach odpowiadających kluczom głównym zbiorów encji biorących udział w związku. student ma zajęcia przedmiot KISIM, WIMiIP, AGH 26
27 Student lubi piwo L.p. Imię Nazwisko Marka piwa Nazwa piwa Gatunek Alkohol [%] 1. Stefan śeromski Okocim Palone lager 7 2. Stefan śeromski śywiec Porter porter bałtycki 9,5 3. Stefan śeromski Cornelius ALE ALE ale 5,8 4. Eliza Orzeszkowa Ciechan Miodowe 5,7 5. Eliza Orzeszkowa Redd's Cranberry 4,5 6. Adam Mickiewicz Okocim Porter porter bałtycki 8,3 7. Friedrich Nietzsche Paulaner Hefe-Weissbier Naturtrüb pszeniczne 5,5 8. Friedrich Nietzsche Ciechan Pszeniczne pszeniczne 5,6 9. Tadeusz Konwicki śywiec śywiec Beer 5,6 10. Rafał Wojaczek śywiec śywiec Beer 5,6 11. Wisława Szymborska śywiec śywiec Beer 5,6 12. Johann Goethe śywiec śywiec Beer 5,6 13. James Joyce Carlsberg Carlsberg lager Francis Fitzgerald Haineken Haineken Lager Beer lager Maria Skłodowska-Curie śywiec Desperados Zofia Nałkowska ŁomŜa Miodowe 5,7 17. Fiodor Dostojewski Tyskie Gronie 5,6 18. Fryderyk Chopin Tyskie Gronie 6,6 19. Stefan Batory Tyskie Gronie 7,6 KISIM, WIMiIP, AGH 27
28 Student lubi piwo STUDENT PIWO L.p. Imię Nazwisko Marka piwa Nazwa piwa Gatunek Alkohol [%] 1. Stefan śeromski Okocim Palone lager 7 2. Stefan śeromski śywiec Porter porter bałtycki 9,5 3. Stefan śeromski Cornelius ALE ALE ale 5,8 4. Eliza Orzeszkowa Ciechan Miodowe 5,7 5. Eliza Orzeszkowa Redd's Cranberry 4,5 6. Adam Mickiewicz Okocim Porter porter bałtycki 8,3 7. Friedrich Nietzsche Paulaner Hefe-Weissbier Naturtrüb pszeniczne 5,5 8. Friedrich Nietzsche Ciechan Pszeniczne pszeniczne 5,6 9. Tadeusz Konwicki śywiec śywiec Beer 5,6 10. Rafał Wojaczek śywiec śywiec Beer 5,6 11. Wisława Szymborska śywiec śywiec Beer 5,6 12. Johann Goethe śywiec śywiec Beer 5,6 13. James Joyce Carlsberg Carlsberg lager Francis Fitzgerald Haineken Haineken Lager Beer lager Maria Skłodowska-Curie śywiec Desperados Zofia Nałkowska ŁomŜa Miodowe 5,7 17. Fiodor Dostojewski Tyskie Gronie 5,6 18. Fryderyk Chopin Tyskie Gronie 6,6 19. Stefan Batory Tyskie Gronie 7,6 KISIM, WIMiIP, AGH 28
29 Student lubi piwo STUDENT PIWO GATUNEK PIWO L.p. Imię Nazwisko Marka piwa Nazwa piwa Gatunek Alkohol [%] 1. Stefan śeromski Okocim Palone lager 7 2. Stefan śeromski śywiec Porter porter bałtycki 9,5 3. Stefan śeromski Cornelius ALE ALE ale 5,8 4. Eliza Orzeszkowa Ciechan Miodowe 5,7 5. Eliza Orzeszkowa Redd's Cranberry 4,5 6. Adam Mickiewicz Okocim Porter porter bałtycki 8,3 7. Friedrich Nietzsche Paulaner Hefe-Weissbier Naturtrüb pszeniczne 5,5 8. Friedrich Nietzsche Ciechan Pszeniczne pszeniczne 5,6 9. Tadeusz Konwicki śywiec śywiec Beer 5,6 10. Rafał Wojaczek śywiec śywiec Beer 5,6 11. Wisława Szymborska śywiec śywiec Beer 5,6 12. Johann Goethe śywiec śywiec Beer 5,6 13. James Joyce Carlsberg Carlsberg lager Francis Fitzgerald Haineken Haineken Lager Beer lager Maria Skłodowska-Curie śywiec Desperados Zofia Nałkowska ŁomŜa Miodowe 5,7 17. Fiodor Dostojewski Tyskie Gronie 5,6 18. Fryderyk Chopin Tyskie Gronie 6,6 19. Stefan Batory Tyskie Gronie 7,6 KISIM, WIMiIP, AGH 29
30 Student lubi piwo STUDENT PIWO GATUNEK PIWO L.p. Imię Nazwisko Marka piwa Nazwa piwa Gatunek Alkohol [%] 1. Stefan śeromski Okocim Palone lager 7 2. Stefan śeromski śywiec Porter porter bałtycki 9,5 3. Stefan śeromski Cornelius ALE ALE ale 5,8 4. Eliza Orzeszkowa Ciechan Miodowe 5,7 5. Eliza Orzeszkowa Redd's Cranberry 4,5 6. Adam Mickiewicz Okocim Porter porter bałtycki 8,3 7. Friedrich Nietzsche Paulaner Hefe-Weissbier Naturtrüb pszeniczne 5,5 8. Friedrich Nietzsche Ciechan Pszeniczne pszeniczne 5,6 9. Tadeusz Konwicki śywiec śywiec Beer 5,6 10. Rafał Wojaczek śywiec śywiec Beer 5,6 11. Wisława Szymborska śywiec śywiec Beer 5,6 12. Johann Goethe śywiec śywiec Beer 5,6 13. James Joyce Carlsberg Carlsberg lager Francis Fitzgerald Haineken Haineken Lager Beer lager Maria Skłodowska-Curie śywiec Desperados Zofia Nałkowska ŁomŜa Miodowe 5,7 17. Fiodor Dostojewski Tyskie Gronie 5,6 18. Fryderyk Chopin Tyskie Gronie 6,6 19. Stefan Batory Tyskie Gronie 7,6 KISIM, WIMiIP, AGH 30
31 Student lubi piwo STUDENT PIWO GATUNEK L.p. Imię Nazwisko Marka piwa Nazwa piwa Alkohol [%] Gatunek ID_studenta nazwisko nazwa_piwa alk.% gatunek imie marka_piwa KISIM, WIMiIP, AGH 31
32 Student lubi piwo KISIM, WIMiIP, AGH 32
33 Student lubi piwo STUDENT PIWO GATUNEK L.p. Imię Nazwisko Marka piwa Nazwa piwa Gatunek Alkohol [%] 1. Stefan śeromski Okocim Palone lager 7 2. Stefan śeromski śywiec Porter porter bałtycki 9,5 3. Stefan śeromski Cornelius ALE ALE ale 5,8 4. Eliza Orzeszkowa Ciechan Miodowe 5,7 5. Eliza Orzeszkowa Redd's Cranberry 4,5 6. Adam Mickiewicz Okocim Porter porter bałtycki 8,3 7. Friedrich Nietzsche Paulaner Hefe-Weissbier Naturtrüb pszeniczne 5,5 8. Friedrich Nietzsche Ciechan Pszeniczne pszeniczne 5,6 9. Tadeusz Konwicki śywiec śywiec Beer 5,6 10. Rafał Wojaczek śywiec śywiec Beer 5,6 11. Wisława Szymborska śywiec śywiec Beer 5,6 12. Johann Goethe śywiec śywiec Beer 5,6 13. James Joyce Carlsberg Carlsberg lager Francis Fitzgerald Haineken Haineken Lager Beer lager Maria Skłodowska-Curie śywiec Desperados Zofia Nałkowska ŁomŜa Miodowe 5,7 17. Fiodor Dostojewski Tyskie Gronie 5,6 18. Fryderyk Chopin Tyskie Gronie 6,6 19. Stefan Batory Tyskie Gronie 7,6 KISIM, WIMiIP, AGH 33
34 Student lubi piwo KISIM, WIMiIP, AGH 34
35 starsza wersja KISIM, WIMiIP, AGH 35
36 Normalizacja. KISIM, WIMiIP, AGH 36
37 Przykład wad bazy danych: Rozważmy schemat relacji:» pracownik_oddzialu = <nazwa_oddzialu, numer_oddzialu, adres_oddzialu, pesel, imie, nazwisko, stanowisko, wynagrodzenie> Redundancja:» Dane nazwa_oddzialu, numer_oddzialu, adres_oddzialu są pamiętane dla każdego pracownika» Marnowanie miejsca (przestrzeni potrzebnej dla przechowywania danych)» Komplikacje (aktualizacja, błąd, usuwanie ) Brak możliwości reprezentowania pewnych informacji» Nie można reprezentowaćinformacji o oddziałach, których powołanie dopiero jest planowane i nie zatrudniły jeszcze pracowników» Rozwiązaniem mogło by byćzastosowanie wartości NULL, ale takie rozwiązanie także stwarza pewne problemy» Nie możemy zaprezentowaćw prosty sposób wszystkich pracowników z danego miasta, ponieważmiejscowośćnie jest wyodrębnionym atrybutem KISIM, WIMiIP, AGH 37
38 Rodzaje anomalii: Anomalia dołączania- wadą jest to, że musimy wpisywać wszystko albo nic,» np. planuje siępowołanie nowego oddziału, nie możemy jednak zapisaćw bazie miejscowości, adresu i nazwy zakupionego budynku, dopóki nowy oddział nie zatrudni pracowników Anomalia aktualizacji-np. oddziałfirmy zostałprzeniesiony, przez co musimy aktualizowaćjego adres dla każdego pracownika, a przez przypadek omijamy Jana Kowalskiego Anomalia usuwania zamknięto oddziałfirmy, w związku z czym usunięto z bazy wszystkie rekordy zawierające jego nazwę, tym samym usunięto wszystkie dane dotyczące pracowników KISIM, WIMiIP, AGH 38
39 Dekompozycja: Można zdekomponować schemat relacji pracownik_oddzialu:» oddzial = <nazwa_oddzialu, numer_oddzialu, miejscowosc_oddzialu, adres_oddzialu>» pracownik = <numer_oddzialu, pesel, imie, nazwisko, stanowisko, wynagrodzenie> Wszystkie atrybutyoryginalnego schematu (R) musząsiępojawićw dekompozycji (R 1, R 2 ): R = R 1 R 2 W przypadku gdy relacja nie posiada właściwej postaci należy dokonać dekompozycji relacji R na <R 1, R 2,..., R n > Proces dochodzenia do właściwej postaci określa sięmianem normalizacji KISIM, WIMiIP, AGH 39
40 Postacie normalne: Pierwsza (1PN) Druga (2PN) Trzecia (3PN) Boyce a-codd a(pnbc) Czwarta (4PN) Piąta (5PN) KISIM, WIMiIP, AGH 40
41 Pierwsza postać normalna Relacja jest w pierwszej postaci normalnej, jeśli każda wartość atrybutu w każdej krotce tej relacji jest wartością elementarną, czyli nierozkładalną. Relacja jest w pierwszej postaci normalnej, jeśli nie ma powtarzających się grup. KISIM, WIMiIP, AGH 41
42 Przykład: KISIM, WIMiIP, AGH 42
43 Zależności funkcyjne i wielowartościowe: Zależnośćfunkcyjnaoznacza, że znając wartośćjednego atrybutu, zawsze możemy określićwartośćinnego. Symbolem stosowanym w teorii relacji jest strzałka umieszczona pomiędzy dwoma atrybutami, na przykład: X Y (X określa Y) przykład:gdy znamy numer PESEL naszego pracownika, możemy określićjego nazwisko Zależnośćwielowartościowaoznacza, że znając wartośćjednego atrybutu, możemy zawsze określićwartości zbioru innego atrybutu. W teorii relacji używa sięsymbolu zależności wielowartościowej w postaci podwójnej strzałki, na przykład: X Y (X określa wiele Y) przykład:znając numer oddziału możemy określićnazwiska wszystkich zatrudnionych pracowników KISIM, WIMiIP, AGH 43
44 Teoria postaci normalnych relacji: Formalnie zależnośćdanychmożna zdefiniowaćnastępująco. Schemat relacji oznaczamy przez R<A 1...A N >, gdzie A 1...A N są atrybutami relacji. Niech X i Y będąpodzbiorami zbioru atrybutów. X {A 1...A N }, Y {A 1...A N }. Zależność danych zapisujemy w postaci: X Y i mówimy, że podzbiór atrybutów Y zależy funkcyjnieod podzbioru atrybutów X, jeżeli nie jest możliwe, by relacja R zawierała dwie krotki mające składowe zgodne (tzn. identyczne dla wszystkich atrybutów ze zbioru X) i jednocześnie co najmniej jednąniezgodnąskładowądla atrybutów ze zbioru Y. KISIM, WIMiIP, AGH 44
45 Klucz: Kluczem relacjinazywamy taki zbiór atrybutów tej relacji, których kombinacje wartości jednoznacznie identyfikują każdą krotkętej relacji a żaden podzbiór tego zbioru nie posiada tej własności. W kluczu nie może zawierać się wartość NULL. Klucz jest kluczem prostym, jeżeli powyżej opisany zbiór jest jednoelementowy -w przeciwnym razie mówimy o kluczu złożonym. W ogólności, w relacji można wyróżnićwiele kluczy, które nazywamy kluczami potencjalnymi. Wybrany klucz spośród kluczy potencjalnych nazywamy kluczem głównym. KISIM, WIMiIP, AGH 45
46 Druga i trzecia postać normalna: Relacja jest w drugiejpostaci normalnej, jeśli jest w 1PN oraz każdy atrybut tej relacji nie wchodzącyw skład żadnego klucza potencjalnego jest w pełni funkcyjniezależnyod wszystkich kluczy potencjalnych tej relacji. Relacja jest w 2PNjeżeli każdy atrybut nie wchodzący w skład klucza zależy od klucza a nie od jego części. Relacja będąca w pierwszej postaci normalnej, jest równocześnie w drugiejpostaci normalnej, jeśli wszystkie jej klucze potencjalne są kluczami prostymi. Dana relacja jest w trzeciejpostaci normalnej, jeśli jest ona w drugiej postaci normalnej i każdy jej atrybut nie wchodzący w skład żadnego klucza potencjalnego nie jest przechodnio funkcyjnie zależny od żadnego klucza potencjalnego tej relacji. KISIM, WIMiIP, AGH 46
47 Druga i trzecia postać normalna: Inaczej mówiąc, wszystkie niekluczowe kolumny są określane kluczem, całym kluczem i tylko kluczem, tak nam dopomóż Codd KISIM, WIMiIP, AGH 47
48 Przykład: Wartości atrybutów nie są elementarne KISIM, WIMiIP, AGH 48
49 Przykład (c.d.): Klucz potencjalny:<rodzaj_studiow, rok_studiow, rok_akademicki, przedmiot, forma, termin, student_nr_albumu> Zależności funkcyjne Powtarzające się grupy KISIM, WIMiIP, AGH 49
50 Klucz główny relacji protokoly: <id_przedmiot, termin, nr_albumu> KISIM, WIMiIP, AGH 50
51 Ta relacja nie jest w trzeciej postaci normalnej Pracownik PESEL KodPocztowy Miejscowość Województwo Jan Kowalski Bolechowice małopolskie Adam Kot Kraków małopolskie Ewa Lis Bolechowice małopolskie KISIM, WIMiIP, AGH 51
52 Zależność funkcjonalna przechodnia Niech X, Yi Zbędątrzema rozłącznymi podzbiorami atrybutów danej relacji Z jest przechodnio funkcjonalnie zależny od X, jeśli Z jest funkcjonalnie zależny od Yi Yjest funkcjonalnie zależny od Xnatomiast Xnie jest zależny od Yi Ynie jest zależny od Z KISIM, WIMiIP, AGH 52
53 Forma normalna Boyce-Codd a Jest uzupełnieniem trzeciej postaci normalnej i jest niezbędna w przypadku gdy atrybuty będące kandydatami na klucze są:» wielokrotne,»złożone,» nakładające się na siebie KISIM, WIMiIP, AGH 53
54 Forma normalna Boyce a-codd a Relacja jest w postaci Boyce-Codd a(bcpn)jeżeli dla każdej nietrywialnejzależności między podzbiorami relacji zbiór będący wyznacznikiem jest zbiorem identyfikującym tej relacji ZależnośćX Yjest trywialna jeżeli Y jest podzbiorem X Definicja BCPN zastępuje definicje, pierwszej, drugiej i trzeciej formy normalnej dodatkowo je poszerzając KISIM, WIMiIP, AGH 54
55 Forma normalna Boyce-Codd a IdStudenta Seminarium metalurgia inżynieria wiedzy inżynieria wiedzy metalurgia informatyka Opiekun Kowalski Kozłowski Janowski Kowalski Zając opiekun może miećtylko jedno seminarium, więc kluczem w relacji może być: podzbiór IdStudenta + Seminarium lub IdStudenta + Opiekun Przy tej drugiej opcji nie spełniona jest III postaćnormalna, ponieważklucz IdStudenta+ Opiekunnie determinująseminarium, która zależy tylko i wyłącznie od opiekuna. Z tego powodu jako kandydata na klucz główny powinno sięwziąćpod uwagę IdStudenta + Seminarium zależnośćopiekun Seminariumjest funkcjonalna i nietrywialnaa Opiekunnie jest zbiorem identyfikującym KISIM, WIMiIP, AGH 55
56 Forma normalna Boyce-Codd a Załóżmy, że chcemy przydzielićnazwiska prowadzących do odpowiednich seminariów przed rozpoczęciem zapisów studentów na konkretny przedmiot. Nie możemy tego zrobić, ponieważnazwisko studenta jest częściąklucza głównego i z tego powodu, przy wstawianiu nowego wiersza tabeli trzeba wstawićnazwisko studenta (anomalia dołączania). Równieżmoże zaistniećanomalia w przypadku, gdy wystąpi potrzeba zmiany nazwiska prowadzącego przedmiot. Wtedy będzie trzeba wstawićnowe nazwisko do wielu wierszy jednocześnie. Aby zaradzićtym problemom należy sprowadzićtabelędo postaci Boyce-Codda. W tym celu zostanąutworzone 3 tabele: KISIM, WIMiIP, AGH 56
57 Forma normalna Boyce-Codd a IdStudenta Opiekun Seminarium Opiekun 1 Kowalski metalurgia Kowalski 1 Kozłowski inżynieria wiedzy Kozłowski 2 Janowski inżynieria wiedzy Janowski 3 Kowalski informatyka Zając 4 Zając IdStudenta Seminarium 1 metalurgia 1 inżynieria wiedzy 2 inżynieria wiedzy 3 metalurgia 4 informatyka KISIM, WIMiIP, AGH 57
58 Forma normalna Boyce-Codd a IdPracownika Zawód Wykształcenie Stawka 1 ślusarz podstawowe 5,20 1 tokarz zawodowe 5,30 2 ślusarz zawodowe 5,50 3 tokarz zawodowe 5,30 4 ślusarz podstawowe 5,20 kluczem w relacji jest podzbiór IdPracownika, Zawódlub IdPracownika, Wykształcenie zaleŝnośćzawód, Wykształcenie Stawkajest funkcjonalna i nietrywialna a Zawód, Wykształcenie nie jest zbiorem identyfikującym KISIM, WIMiIP, AGH 58
59 Podsumowanie: Normalizacja ma na celu takie przekształcenie relacji, by uniknąć redundancji i anomalii. Przekształcenie relacji do kolejnych postaci normalnych wiąże się najczęściej ze zmniejszeniem ilości pamięcipotrzebnej do przechowania informacji. Unikanie powtórzeń pozwala na łatwiejszą i szybszą aktualizację danych. Doprowadzenie bazy do wysokiej postaci normalizacji może spowolnić odczyt w dużych bazach ze względu na skomplikowany schemat danych. W większości przypadków po znormalizowaniu bazy danych przychodzi kolej na rozważenie możliwości wykonania odwrotnej operacji (denormalizacji), polegającej na połączeniu niektórych znormalizowanych tabel, a to z myśląo przyspieszeniu dostępu do pewnych danych. KISIM, WIMiIP, AGH 59
60 Czwarta forma normalna Relacja jest w czwartej formie normalnej (IV PN) wtedy i tylko wtedy, gdy jest w trzeciej postaci normalnej i nie zawiera nietrywialnej wielowartościowej zależności atrybutów KISIM, WIMiIP, AGH 60
61 Zależność wielowartościowa Podzbiór atrybutów Yjest wielowartościowo funkcjonalnie zależny od podzbioru Xw schemacie R, jeżeli dla dowolnej relacji rw schemacie Ri dla dowolnej pary krotek t 1 i t 2 z relacji r istnieje taka para krotek że: s 1 [X]=s 2 [X]=t 1 [X]=t 2 [X] i s 1 [Y]= t 1 [Y] i s 1 [R-X-Y]=t 2 [R-X-Y] i s 2 [Y]= t 2 [Y] i s 2 [R-X-Y]=t 1 [R-X-Y] KISIM, WIMiIP, AGH 61
62 Zależność wielowartościowa X Y R-X-Y krotka Nazwisko Imię dziecka Znajomość języków t 1 Kot Ania niemiecki t 2 Kot Jaś angielski s 1 Kot Ania angielski s 2 Kot Jaś niemiecki Słoń Ola niemiecki Słoń Ola angielski KISIM, WIMiIP, AGH 62
63 Zależność wielowartościowa t 1 [X]=t 2 [X]=s 1 [X]=s 2 [X]=(Kot) s 1 [Y]= t 1 [Y]=(Ania)i s 1 [R-X-Y]=t 2 [R-X-Y]=(angielski)i s 2 [Y]= t 2 [Y]=(Jaś)i s 2 [R-X-Y]=t 1 [R-X-Y]=(niemiecki) KISIM, WIMiIP, AGH 63
64 Piąta postać normalna Relacja jest w piątej formie normalnej (V PN) wtedy i tylko wtedy, gdy jest w czwartej postaci normalnej i nie istnieje jej rozkład odwracalny na zbiór mniejszych tabel. KISIM, WIMiIP, AGH 64
65 Klucz sztuczny Klucz stworzony wyłącznie dla potrzeb więzi w celu zastąpienia złożonego klucza głównego KISIM, WIMiIP, AGH 65
66 Klucz złożony... KISIM, WIMiIP, AGH 66
67 ...zastąpiony kluczem sztucznym KISIM, WIMiIP, AGH 67
68 Klucz złożony... KISIM, WIMiIP, AGH 68
69 ...zastąpiony kluczem sztucznym KISIM, WIMiIP, AGH 69
70 Klucz sztuczny Klucz sztuczny może byćwykorzystany do kodowania atrybutów tekstowych (w niektórych przypadkach także liczbowych) o powtarzających sięwartościach, dla których można utworzyć listę Użycie klucza sztucznego wymaga stworzenia dodatkowej tabeli (słownika) pozwalającego na rozkodowanie klucza KISIM, WIMiIP, AGH 70
71 Nr faktury od Za okres do Identyfikator nabywcy KISIM, WIMiIP, AGH 71
72 Nr faktury od Za okres do Identyfikator nabywcy wartość netto * stawka liczba jednostek * cena wartośćnetto + kwota VAT tego nie trzeba pamiętać KISIM, WIMiIP, AGH 72
73 to też jest powtarzająca się grupa danych, bo tabela może wyglądać tak: KISIM, WIMiIP, AGH 73
74 brak dobrego kandydata na klucz grupy i dlatego wprowadzamy klucz sztuczny i wykonujemy dekompozycję KISIM, WIMiIP, AGH 74
75 to teżjest powtarzająca sięgrupa danych, w której kluczem jest rodzaj usługi i dlatego trzeba tablicę zdekomponować: KISIM, WIMiIP, AGH 75
76 to nie sąpowtarzające sięgrupy danych, ale powtarzające siędane, które warto przechowywać w słownikach: KISIM, WIMiIP, AGH 76
77 można nie używaćsztucznych kluczy ale należy wówczas zadbaćo integralność poprzez zapewnienie kaskadowej aktualizacji: on update cascade on delete cascade KISIM, WIMiIP, AGH 77
78 KISIM, WIMiIP, AGH 78
79 KISIM, WIMiIP, AGH 79
80 KISIM, WIMiIP, AGH 80
81 Toad weak entity widok KISIM, WIMiIP, AGH 81
Bazy Danych. Projektowanie. Normalizacja. Krzysztof Regulski WIMiIP, KISiM, B5, pok. 408
Bazy Danych Projektowanie. Normalizacja. Krzysztof Regulski WIMiIP, KISiM, regulski@agh.edu.pl B5, pok. 408 Etapy projektowania baz danych: 1. Specyfikacja wymagań użytkownika - określenie zjawisk, dostępności
Pierwsza postać normalna
Normalizacja Pierwsza postać normalna Jedynymi relacjami dozwolonymi w modelu relacyjnym są relacje spełniające następujący warunek: każda wartość w relacji, tj. każda wartość atrybutu w każdej krotce,
Pierwsza postać normalna
Normalizacja Pierwsza postać normalna Jedynymi relacjami dozwolonymi w modelu relacyjnym są relacje spełniające następujący warunek: każda wartość w relacji, tj. każda wartość atrybutu w każdej krotce,
Relacyjny model danych
Model relacyjny Relacyjny model danych Relacyjny model danych jest obecnie najbardziej popularnym modelem używanym w systemach baz danych. Podstawą tego modelu stała się praca opublikowana przez E.F. Codda
030 PROJEKTOWANIE BAZ DANYCH. Prof. dr hab. Marek Wisła
030 PROJEKTOWANIE BAZ DANYCH Prof. dr hab. Marek Wisła Elementy procesu projektowania bazy danych Badanie zależności funkcyjnych Normalizacja Projektowanie bazy danych Model ER, diagramy ERD Encje, atrybuty,
Przykłady normalizacji
Przykłady normalizacji Nr faktury Za okres Nabywca Usługa Strefa czasowa od 21113332437 1.11.2007 30.11.2007 Andrzej Macioł, Kraków ul. Armii Krajowej 7 21113332437 1.11.2007 30.11.2007 Andrzej Macioł,
Normalizacja baz danych
Wrocławska Wyższa Szkoła Informatyki Stosowanej Normalizacja baz danych Dr hab. inż. Krzysztof Pieczarka Email: krzysztof.pieczarka@gmail.com Normalizacja relacji ma na celu takie jej przekształcenie,
Relacyjny model baz danych, model związków encji, normalizacje
Relacyjny model baz danych, model związków encji, normalizacje Wyklad 3 mgr inż. Maciej Lasota mgr inż. Karol Wieczorek Politechnika Świętokrzyska Katedra Informatyki Kielce, 2009 Definicje Operacje na
Projektowanie Systemów Informacyjnych
Projektowanie Systemów Informacyjnych Wykład II Encje, Związki, Diagramy związków encji, Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J.Widom Copyrights by Arkadiusz Rzucidło
Normalizacja. Pojęcie klucza. Cel normalizacji
Plan Normalizacja Tadeusz Pankowski www.put.poznan.pl/~tadeusz.pankowski 1. Cel normalizacji. 2. Klucze schematów relacyjnych atrybuty kluczowe i niekluczowe. 3. 2PN druga postać normalna. 4. 3PN trzecia
Wykład II Encja, atrybuty, klucze Związki encji. Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J.
Bazy Danych Wykład II Encja, atrybuty, klucze Związki encji Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J.Widom Copyrights by Arkadiusz Rzucidło 1 Encja Byt pojęciowy
PLAN WYKŁADU BAZY DANYCH ZALEŻNOŚCI FUNKCYJNE
PLAN WYKŁADU Zależności funkcyjne Anomalie danych Normalizacja Postacie normalne Zależności niefunkcyjne Zależności złączenia BAZY DANYCH Wykład 5 dr inż. Agnieszka Bołtuć ZALEŻNOŚCI FUNKCYJNE Niech R
Cel normalizacji. Tadeusz Pankowski
Plan Normalizacja Tadeusz Pankowski www.put.poznan.pl/~tadeusz.pankowski 1. Cel normalizacji. 2. Klucze schematów relacyjnych atrybuty kluczowe i niekluczowe. 3. 2PN druga postać normalna. 4. 3PN trzecia
Normalizacja relacji
Wydział Zarządzania AGH Katedra Informatyki Stosowanej Normalizacja relacji Informatyczne systemy zarządzania Program wykładu Normalizacja Pierwsza postać normalna Druga postać normalna Klucze Przykłady
Definicja bazy danych TECHNOLOGIE BAZ DANYCH. System zarządzania bazą danych (SZBD) Oczekiwania wobec SZBD. Oczekiwania wobec SZBD c.d.
TECHNOLOGIE BAZ DANYCH WYKŁAD 1 Wprowadzenie do baz danych. Normalizacja. (Wybrane materiały) Dr inż. E. Busłowska Definicja bazy danych Uporządkowany zbiór informacji, posiadający własną strukturę i wartość.
BAZY DANYCH NORMALIZACJA BAZ DANYCH. Microsoft Access. Adrian Horzyk. Akademia Górniczo-Hutnicza
BAZY DANYCH Microsoft Access NORMALIZACJA BAZ DANYCH Adrian Horzyk Akademia Górniczo-Hutnicza Wydział Elektrotechniki, Automatyki, Informatyki i Inżynierii Biomedycznej Katedra Automatyki i Inżynierii
Normalizacja relacyjnych baz danych. Sebastian Ernst
Normalizacja relacyjnych baz danych Sebastian Ernst Zależności funkcyjne Zależność funkcyjna pomiędzy zbiorami atrybutów X oraz Y oznacza, że każdemu zestawowi wartości atrybutów X odpowiada dokładnie
Jak wiernie odzwierciedlić świat i zachować występujące w nim zależności? Jak implementacja fizyczna zmienia model logiczny?
Plan wykładu Spis treści 1 Projektowanie baz danych 1 2 Zależności funkcyjne 1 3 Normalizacja 1NF, 2NF, 3NF, BCNF 4 4 Normalizacja 4NF, 5NF 6 5 Podsumowanie 9 6 Źródła 10 1 Projektowanie baz danych Projektowanie
PODSTAWY BAZ DANYCH. 5. Modelowanie danych. 2009/ Notatki do wykładu "Podstawy baz danych"
PODSTAWY BAZ DANYCH 5. Modelowanie danych 1 Etapy tworzenia systemu informatycznego Etapy tworzenia systemu informatycznego - (według CASE*Method) (CASE Computer Aided Systems Engineering ) Analiza wymagań
Bazy danych wykład trzeci. trzeci Modelowanie schematu bazy danych 1 / 40
Bazy danych wykład trzeci Modelowanie schematu bazy danych Konrad Zdanowski Uniwersytet Kardynała Stefana Wyszyńskiego, Warszawa trzeci Modelowanie schematu bazy danych 1 / 40 Outline 1 Zalezności funkcyjne
Pojęcie zależności funkcyjnej
Postacie normalne Plan wykładu Zależności funkcyjne Cel normalizacji Pierwsza postać normalna Druga postać normalna Trzecia postać normalna Postać normalna Boyca - Codda Pojęcie zależności funkcyjnej Definicja
BAZY DANYCH model relacyjny. Opracował: dr inż. Piotr Suchomski
BAZY DANYCH model relacyjny Opracował: dr inż. Piotr Suchomski Relacyjny model danych Relacyjny model danych posiada trzy podstawowe składowe: relacyjne struktury danych operatory algebry relacyjnej, które
Modelowanie danych, projektowanie systemu informatycznego
Modelowanie danych, projektowanie systemu informatycznego Modelowanie odwzorowanie rzeczywistych obiektów świata rzeczywistego w systemie informatycznym Modele - konceptualne reprezentacja obiektów w uniwersalnym
Technologia informacyjna
Technologia informacyjna Pracownia nr 9 (studia stacjonarne) - 05.12.2008 - Rok akademicki 2008/2009 2/16 Bazy danych - Plan zajęć Podstawowe pojęcia: baza danych, system zarządzania bazą danych tabela,
BAZY DANYCH NORMALIZACJA BAZ DANYCH. Microsoft Access. Adrian Horzyk. Akademia Górniczo-Hutnicza
BAZY DANYCH Microsoft Access NORMALIZACJA BAZ DANYCH Adrian Horzyk Akademia Górniczo-Hutnicza Wydział Elektrotechniki, Automatyki, Informatyki i Inżynierii Biomedycznej Katedra Automatyki i Inżynierii
BAZY DANYCH. Anomalie. Rozkład relacji i normalizacja. Wady redundancji
BAZY DANYCH WYKŁAD 5 Normalizacja relacji. Zapytania zagnieżdżone cd. Wady redundancji Konieczność utrzymania spójności kopii, Marnowanie miejsca, Anomalie. (Wybrane materiały) Dr inż. E. Busłowska Copyright
Pożyczkobiorcy. Anomalia modyfikacji: Anomalia usuwania: Konta_pożyczkowe. Anomalia wstawiania: Przykłady anomalii. Pożyczki.
Normalizacja Niewłaściwe zaprojektowanie schematów relacji może być przyczyną dublowania się danych, ich niespójności i anomalii podczas ich aktualizowania Przykłady anomalii PROWNIY id_prac nazwisko adres
Transformacja modelu ER do modelu relacyjnego
Transformacja modelu ER do modelu relacyjnego Wykład przygotował: Robert Wrembel BD wykład 4 (1) 1 Plan wykładu Transformacja encji Transformacja związków Transformacja hierarchii encji BD wykład 4 (2)
PLAN WYKŁADU BAZY DANYCH GŁÓWNE ETAPY PROJEKTOWANIA BAZY MODELOWANIE LOGICZNE
PLAN WYKŁADU Modelowanie logiczne Transformacja ERD w model relacyjny Odwzorowanie encji Odwzorowanie związków Odwzorowanie specjalizacji i generalizacji BAZY DANYCH Wykład 7 dr inż. Agnieszka Bołtuć GŁÓWNE
Technologie baz danych
Technologie baz danych Wykład 4: Diagramy związków encji (ERD). SQL funkcje grupujące. Małgorzata Krętowska Wydział Informatyki Politechnika Białostocka Plan wykładu Diagramy związków encji elementy ERD
Bazy Danych. Model Relacyjny. Krzysztof Regulski WIMiIP, KISiM, regulski@agh.edu.pl B5, pok. 408
Bazy Danych Model Relacyjny Krzysztof Regulski WIMiIP, KISiM, regulski@agh.edu.pl B5, pok. 408 Relacyjny model danych Relacyjny model danych jest obecnie najbardziej popularnym modelem używanym w systemach
Bazy Danych. Modele danych. Krzysztof Regulski WIMiIP, KISiM,
Bazy Danych Modele danych Krzysztof Regulski WIMiIP, KISiM, regulski@agh.edu.pl Cele modelowania Strategia informatyzacji organizacji Cele informatyzacji Specyfikacja wymagań użytkownika Model procesów
Technologie baz danych
Plan wykładu Technologie baz danych Wykład 2: Relacyjny model danych - zależności funkcyjne. SQL - podstawy Definicja zależności funkcyjnych Reguły dotyczące zależności funkcyjnych Domknięcie zbioru atrybutów
BAZY DANYCH model związków encji. Opracował: dr inż. Piotr Suchomski
BAZY DANYCH model związków encji Opracował: dr inż. Piotr Suchomski Świat rzeczywisty a baza danych Świat rzeczywisty Diagram związków encji Model świata rzeczywistego Założenia, Uproszczenia, ograniczenia
Bazy danych 1. Wykład 5 Metodologia projektowania baz danych. (projektowanie logiczne)
Bazy danych 1 Wykład 5 Metodologia projektowania baz danych (projektowanie logiczne) Projektowanie logiczne przegląd krok po kroku 1. Usuń własności niekompatybilne z modelem relacyjnym 2. Wyznacz relacje
Systemy baz danych. Notatki z wykładu. http://robert.brainusers.net 17.06.2009
Systemy baz danych Notatki z wykładu http://robert.brainusers.net 17.06.2009 Notatki własne z wykładu. Są niekompletne, bez bibliografii oraz mogą zawierać błędy i usterki. Z tego powodu niniejszy dokument
Systemy baz danych. mgr inż. Sylwia Glińska
Systemy baz danych Wykład 1 mgr inż. Sylwia Glińska Baza danych Baza danych to uporządkowany zbiór danych z określonej dziedziny tematycznej, zorganizowany w sposób ułatwiający do nich dostęp. System zarządzania
Projektowanie baz danych
Projektowanie baz danych Etapy procesu projektowania BD Określenie celów, jakim ma służyć baza danych (w kontakcie z decydentem z firmy zamawiającej projekt). Sprecyzowanie zakresu dostępnych danych, kategorii
Diagramy związków encji. Laboratorium. Akademia Morska w Gdyni
Akademia Morska w Gdyni Gdynia 2004 1. Podstawowe definicje Baza danych to uporządkowany zbiór danych umożliwiający łatwe przeszukiwanie i aktualizację. System zarządzania bazą danych (DBMS) to oprogramowanie
Relacyjne bazy danych. Normalizacja i problem nadmierności danych.
Relacyjne bazy danych. Normalizacja i problem nadmierności danych. Robert A. Kłopotek r.klopotek@uksw.edu.pl Wydział Matematyczno-Przyrodniczy. Szkoła Nauk Ścisłych, UKSW Relacyjne bazy danych Stworzone
Wykład 2. Relacyjny model danych
Wykład 2 Relacyjny model danych Wymagania stawiane modelowi danych Unikanie nadmiarowości danych (redundancji) jedna informacja powinna być wpisana do bazy danych tylko jeden raz Problem powtarzających
Bazy danych i usługi sieciowe
Bazy danych i usługi sieciowe Modelowanie związków encji Paweł Daniluk Wydział Fizyki Jesień 2014 P. Daniluk (Wydział Fizyki) BDiUS w. II Jesień 2014 1 / 28 Modelowanie Modelowanie polega na odwzorowaniu
Bazy danych 3. Normalizacja baz danych (c.d.)
Bazy danych 3. Normalizacja baz danych (c.d.) P. F. Góra http://th-www.if.uj.edu.pl/zfs/gora/ 2012/13 Postać normalna Boyce a-codda Tabela jest w postaci normalnej Boyce a-codda (BCNF, PNBC), jeżeli 1.
Program wykładu. zastosowanie w aplikacjach i PL/SQL;
Program wykładu 1 Model relacyjny (10 godz.): podstawowe pojęcia, języki zapytań (algebra relacji, relacyjny rachunek krotek, relacyjny rachunek dziedzin), zależności funkcyjne i postaci normalne (BCNF,
Bazy Danych i Usługi Sieciowe
Bazy Danych i Usługi Sieciowe Model relacyjny Paweł Daniluk Wydział Fizyki Jesień 2011 P. Daniluk (Wydział Fizyki) BDiUS w. III Jesień 2011 1 / 40 Iloczyn kartezjański Iloczyn kartezjański zbiorów A, B
Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Modelowanie danych Diagramy ERD
Projektowanie systemów informatycznych Roman Simiński roman.siminski@us.edu.pl siminskionline.pl Modelowanie danych Diagramy ERD Modelowanie danych dlaczego? Od biznesowego gadania do magazynu na biznesowe
Plan wykładu: Relacyjny model danych: opis modelu, podstawowe pojęcia, ograniczenia, więzy.
Plan wykładu: Relacyjny model danych: opis modelu, podstawowe pojęcia, ograniczenia, więzy. Przejście od modelu związków encji do modelu relacyjnego: odwzorowanie zbiorów encji, odwzorowanie związków encji
Baza danych. Modele danych
Rola baz danych Systemy informatyczne stosowane w obsłudze działalności gospodarczej pełnią funkcję polegającą na gromadzeniu i przetwarzaniu danych. Typowe operacje wykonywane na danych w systemach ewidencyjno-sprawozdawczych
Księgarnia PWN: Michael J. Hernandez Bazy danych dla zwykłych śmiertelników
Księgarnia PWN: Michael J. Hernandez Bazy danych dla zwykłych śmiertelników Słowo wstępne (13) Przedmowa i podziękowania (drugie wydanie) (15) Podziękowania (15) Przedmowa i podziękowania (pierwsze wydanie)
Projektowanie baz danych
Krzysztof Dembczyński Instytut Informatyki Zakład Inteligentnych Systemów Wspomagania Decyzji Politechnika Poznańska Technologie Wytwarzania Oprogramowania Semestr zimowy 2005/06 Plan wykładu Ewolucja
Bazy danych. Plan wykładu. Zależności funkcyjne. Wykład 2: Relacyjny model danych - zależności funkcyjne. Podstawy SQL.
Plan wykładu Bazy danych Wykład 2: Relacyjny model danych - zależności funkcyjne. Podstawy SQL. Deficja zależności funkcyjnych Klucze relacji Reguły dotyczące zależności funkcyjnych Domknięcie zbioru atrybutów
Związki pomiędzy tabelami
Związki pomiędzy tabelami bazy danych. Stosowanie relacji jako nazwy połączenia miedzy tabelami jest tylko grą słów, którą można znaleźć w wielu podręcznikach ( fachowo powinno się używać związku). Związki
1 Wstęp do modelu relacyjnego
Plan wykładu Model relacyjny Obiekty relacyjne Integralność danych relacyjnych Algebra relacyjna 1 Wstęp do modelu relacyjnego Od tego się zaczęło... E. F. Codd, A Relational Model of Data for Large Shared
Bazy danych. Andrzej Łachwa, UJ, /15
Bazy danych Andrzej Łachwa, UJ, 2013 andrzej.lachwa@uj.edu.pl www.uj.edu.pl/web/zpgk/materialy 10/15 Semantyka schematu relacyjnej bazy danych Schemat bazy danych składa się ze schematów relacji i więzów
WYKŁAD 1. Wprowadzenie do problematyki baz danych
WYKŁAD 1 Wprowadzenie do problematyki baz danych WYKŁAD 2 Relacyjny i obiektowy model danych JĘZYK UML (UNIFIED MODELING LANGUAGE) Zunifikowany język modelowania SAMOCHÓD
Bazy danych 3. Normalizacja baz danych
Bazy danych 3. Normalizacja baz danych P. F. Góra http://th-www.if.uj.edu.pl/zfs/gora/ 2011/12 Pierwsza postać normalna Tabela jest w pierwszej postaci normalnej (1PN), jeżeli 1. Tabela posiada klucz.
Bazy danych. Zachodniopomorski Uniwersytet Technologiczny w Szczecinie. Wykład 3: Model związków encji.
Zachodniopomorski Uniwersytet Technologiczny w Szczecinie Bazy danych Wykład 3: Model związków encji. dr inż. Magdalena Krakowiak makrakowiak@wi.zut.edu.pl Co to jest model związków encji? Model związków
Modelowanie konceptualne model EER
Modelowanie konceptualne model EER adeusz Pankowski www.put.poznan.pl/~tadeusz.pankowski Model EER rozszerzenie modelu ER 1. Liczne rozszerzenia modelu ER mają przede wszystkim na celu uwzględnienie zależności
INFORMATYKA GEODEZYJNO- KARTOGRAFICZNA. Modelowanie danych. Model związków-encji
Modelowanie danych. Model związków-encji Plan wykładu Wprowadzenie do modelowania i projektowania kartograficznych systemów informatycznych Model związków-encji encje atrybuty encji związki pomiędzy encjami
Informatyka Ćwiczenie 10. Bazy danych. Strukturę bazy danych można określić w formie jak na rysunku 1. atrybuty
Informatyka Ćwiczenie 10 Bazy danych Baza danych jest zbiór informacji (zbiór danych). Strukturę bazy danych można określić w formie jak na rysunku 1. Pracownik(ID pracownika, imie, nazwisko, pensja) Klient(ID
Bazy danych. Andrzej Grzybowski. Instytut Fizyki, Uniwersytet Śląski
Bazy danych Andrzej Grzybowski Instytut Fizyki, Uniwersytet Śląski Wykład 2 Podstawy integralności w relacyjnym modelu baz danych Bazy danych. Wykład 2 2 Integralność relacyjnych baz danych Schemat relacji
Bazy danych. Plan wykładu. Diagramy ER. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych
Plan wykładu Bazy danych Wykład 9: Przechodzenie od diagramów E/R do modelu relacyjnego. Definiowanie perspektyw. Diagramy E/R - powtórzenie Relacyjne bazy danych Od diagramów E/R do relacji SQL - perspektywy
Podstawowe pakiety komputerowe wykorzystywane w zarządzaniu przedsiębiorstwem. dr Jakub Boratyński. pok. A38
Podstawowe pakiety komputerowe wykorzystywane w zarządzaniu przedsiębiorstwem zajęcia 1 dr Jakub Boratyński pok. A38 Program zajęć Bazy danych jako podstawowy element systemów informatycznych wykorzystywanych
Bazy danych. Algebra relacji
azy danych lgebra relacji Model danych Model danych to spójny zestaw pojęć służący do opisywania danych i związków między nimi oraz do manipulowania danymi i ich związkami, a także do wyrażania więzów
Diagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji
Diagramy związków encji (ERD) 1 Projektowanie bazy danych za pomocą narzędzi CASE Materiał pochodzi ze strony : http://jjakiela.prz.edu.pl/labs.htm Diagramu Związków Encji - CELE Zrozumienie struktury
Bazy danych Teoria projektowania relacyjnych baz danych. Wykła. Wykład dla studentów matematyki
Bazy danych Teoria projektowania relacyjnych baz danych. Wykład dla studentów matematyki 2 kwietnia 2017 Ogólne wprowadzenie No przecież do tego służa reguły, rozumiesz? Żebyś się dobrze zastanowił, zanim
Bazy Danych 2008 Część 1 Egzamin Pisemny
Bazy Danych 2008 Część Egzamin Pisemny. Zagadnienia związane z CDM a) Model danych SłuŜy do wyraŝania struktury danych, projektowanego lub istniejącego systemu. Przez strukturę rozumiemy typ danych, powiązania
Normalizacja schematów logicznych relacji
Normalizacja schematów logicznych relacji Wykład przygotował: Tadeusz Morzy BD wykład 5 Celem niniejszego wykładu jest przedstawienie i omówienie procesu normalizacji. Proces normalizacji traktujemy jako
KaŜdemu atrybutowi A przyporządkowana jest dziedzina Dom(A), czyli zbiór dopuszczalnych wartości.
elacja chemat relacji chemat relacji jest to zbiór = {A 1,..., A n }, gdzie A 1,..., A n są artybutami (nazwami kolumn) np. Loty = {Numer, kąd, Dokąd, Odlot, Przylot} KaŜdemu atrybutowi A przyporządkowana
Bazy danych. Andrzej Grzybowski. Instytut Fizyki, Uniwersytet Śląski
azy danych Andrzej Grzybowski Instytut Fizyki, Uniwersytet Śląski Wykład 5 Normalizacja relacji bazy danych jako podstawa relacyjnego modelowania danych (wykład przygotowany z wykorzystaniem materiałów
1 Przygotował: mgr inż. Maciej Lasota
Laboratorium nr 1 1 Bazy Danych Instrukcja laboratoryjna Temat: Normalizacje 1 Przygotował: mgr inż. Maciej Lasota 1) Wprowadzenie. Normalizacja to proces organizacji danych w bazie danych. Polega on na
Baza danych. Baza danych to:
Baza danych Baza danych to: zbiór danych o określonej strukturze, zapisany na zewnętrznym nośniku (najczęściej dysku twardym komputera), mogący zaspokoić potrzeby wielu użytkowników korzystających z niego
Instytut Mechaniki i Inżynierii Obliczeniowej Wydział Mechaniczny technologiczny Politechnika Śląska
Instytut Mechaniki i Inżynierii Obliczeniowej www.imio.polsl.pl fb.com/imiopolsl @imiopolsl Wydział Mechaniczny technologiczny Politechnika Śląska Laboratorium 5 (Projektowanie i normalizacja bazy danych)
1 Projektowanie systemu informatycznego
Plan wykładu Spis treści 1 Projektowanie systemu informatycznego 1 2 Modelowanie pojęciowe 4 2.1 Encja....................................... 5 2.2 Własności.................................... 6 2.3 Związki.....................................
Zależności funkcyjne
Zależności funkcyjne Plan wykładu Pojęcie zależności funkcyjnej Dopełnienie zbioru zależności funkcyjnych Postać minimalna zbioru zależności funkcyjnych Domknięcie atrybutu relacji względem zależności
Bazy danych i usługi sieciowe
Bazy danych i usługi sieciowe Model relacyjny Paweł Daniluk Wydział Fizyki Jesień 2016 P. Daniluk (Wydział Fizyki) BDiUS w. III Jesień 2016 1 / 50 Iloczyn kartezjański Iloczyn kartezjański zbiorów A, B
Utwórz klucz podstawowy relacji na podstawie unikalnego identyfikatora encji. podstawie kluczy podstawowych wiązanych relacji.
TRANSFORMACJA DO SCHEMATU RELACYJNEGO pojęcia podstawowe Repetytorium pojęcia podstawowe relacyjnego modelu danych Schemat implementacyjny (logiczny) bazy danych: schemat, na którym działają aplikacje.
Projektowanie bazy danych przykład
Projektowanie bazy danych przykład Pierwszą fazą tworzenia projektu bazy danych jest postawienie definicji celu, założeń wstępnych i określenie podstawowych funkcji aplikacji. Każda baza danych jest projektowana
2010-10-21 PLAN WYKŁADU BAZY DANYCH MODEL DANYCH. Relacyjny model danych Struktury danych Operacje Integralność danych Algebra relacyjna HISTORIA
PLAN WYKŁADU Relacyjny model danych Struktury danych Operacje Integralność danych Algebra relacyjna BAZY DANYCH Wykład 2 dr inż. Agnieszka Bołtuć MODEL DANYCH Model danych jest zbiorem ogólnych zasad posługiwania
Model relacyjny. Wykład II
Model relacyjny został zaproponowany do strukturyzacji danych przez brytyjskiego matematyka Edgarda Franka Codda w 1970 r. Baza danych według definicji Codda to zbiór zmieniających się w czasie relacji
Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym
Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym konceptualnym modelem danych jest tzw. model związków encji (ERM
Transformacja modelu EER do postaci relacyjnego modelu danych. Zbyszko Królikowski
Transformacja modelu EER do postaci relacyjnego modelu danych Zbyszko Królikowski 1 Repetytorium pojęcia podstawowe relacyjnego modelu danych Schemat implementacyjny (logiczny) bazy danych: schemat, na
Bazy danych. Zasady konstrukcji baz danych
Bazy danych Zasady konstrukcji baz danych Diagram związków encji Cel: Opracowanie modelu logicznego danych Diagram związków encji [ang. Entity-Relationship diagram]: zapewnia efektywne operacje na danych
TRANSFORMACJA MODELU ER DO MODELU RELACYJNEGO
TRANSFORMACJA MODELU ER DO MODELU RELACYJNEGO Biologiczne Aplikacje Baz Danych dr inż. Anna Leśniewska alesniewska@cs.put.poznan.pl REPETYTORIUM Schemat bazy danych zbiór schematów relacji Relacja (tabela)
Zasady transformacji modelu DOZ do projektu tabel bazy danych
Zasady transformacji modelu DOZ do projektu tabel bazy danych A. Obiekty proste B. Obiekty z podtypami C. Związki rozłączne GHJ 1 A. Projektowanie - obiekty proste TRASA # * numer POZYCJA o planowana godzina
KARTA PRZEDMIOTU. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI Ogólne umiejętności posługiwania się komputerem
WYDZIAŁ INFORMATYKI I ZARZĄDZANIA Zał. nr 4 do ZW 33/01 KARTA PRZEDMIOTU Nazwa w języku polskim: Nazwa w języku angielskim: Kierunek studiów (jeśli dotyczy): Specjalność (jeśli dotyczy): Stopień studiów
Podstawowe pojęcia dotyczące relacyjnych baz danych. mgr inż. Krzysztof Szałajko
Podstawowe pojęcia dotyczące relacyjnych baz danych mgr inż. Krzysztof Szałajko Czym jest baza danych? Co rozumiemy przez dane? Czym jest system zarządzania bazą danych? 2 / 25 Baza danych Baza danych
Normalizacja baz danych
Normalizacja baz danych Definicja 1 1 Normalizacja to proces organizowania danych w bazie danych. Obejmuje to tworzenie tabel i ustanawianie relacji między tymi tabelami zgodnie z regułami zaprojektowanymi
PODSTAWOWE POJĘCIA BAZ DANYCH
Baza danych (data base) - uporządkowany zbiór danych o określonej strukturze, przechowywany na nośniku informacji w komputerze. System bazy danych można zdefiniować jako bazę danych wraz z oprogramowaniem
Autor: Joanna Karwowska
Autor: Joanna Karwowska W bazie danych przechowujemy tylko niektóre informacje o świecie rzeczywistym. Wybór właściwych wycinków rzeczywistości i dotyczących ich danych jest bardzo istotny od niego zależy
Relacyjne Bazy Danych Andrzej M. Borzyszkowski. Projekt bazy danych normalizacja. PJATK/ Gdańsk. Dwie metodologie. Formalne zasady projektowe
Relacyjne Bazy Danych Andrzej M. Borzyszkowski PJATK/ Gdańsk materiały dostępne elektronicznie http://szuflandia.pjwstk.edu.pl/~amb Projekt bazy danych normalizacja 2 Dwie metodologie Formalne zasady projektowe
Projekt małej Bazy Danych.
Artykuł pobrano ze strony eioba.pl Projekt małej Bazy Danych. Przykałdowa baza danych dotycząca forum dyskusyjnego. Autor: Magister inżynier Ireneusz Łukasz Dzitkowski Wałcz, dnia: 08. 02. 2012r. Wszystkie
WPROWADZENIE DO BAZ DANYCH
1 Technologie informacyjne WYKŁAD IV WPROWADZENIE DO BAZ DANYCH MAIL: WWW: a.dudek@pwr.edu.pl http://wgrit.ae.jgora.pl/ad Bazy danych 2 Baza danych to zbiór danych o określonej strukturze. zapisany na
Bazy danych w sterowaniu
Bazy danych w sterowaniu funkcje systemu zarządzania bazą danych, schemat pojęciowy, normalizacja relacji Jeffrey D. Ullman Systemy baz danych Claude Delobel Michel Adiba elacyjne bazy danych Paul Beynon-Davies
Projektowanie BAZY DANYCH
Projektowanie BAZY DANYCH Podstawowe pojęcia Encją jest każdy przedmiot, zjawisko, stan lub pojęcie, czyli każdy obiekt, który potrafimy odróżnić od innych obiektów ( np. pies, rower,upał). Encje podobne
MS Access Projektowanie c.d. i kwerendy
MS Access Projektowanie c.d. i kwerendy Jeszcze kilka słów o projektowaniu Umiemy już (po poprzednich zajęciach) utworzyć pojedyncze tabele. Baza danych składa się jednak zazwyczaj nie z jednej a z większej
Instytut Mechaniki i Inżynierii Obliczeniowej fb.com/groups/bazydanychmt/
Instytut Mechaniki i Inżynierii Obliczeniowej www.imio.polsl.pl fb.com/imiopolsl @imiopolsl fb.com/groups/bazydanychmt/ Wydział Mechaniczny technologiczny Politechnika Śląska Laboratorium 4 (Asocjacje,
Literatura. Bazy danych s.1-1
Literatura R.Colette, Bazy danych : od koncepcji do realizacji, PWE 1988, S.Forte, T.Howe, J. Ralston, Access2000, HELION 2001, R.J.Muller, Bazy danych, język UML w modelowaniu danych, MIKOM 2000, M.Muraszkiewicz,
INFORMATYKA GEODEZYJNO- KARTOGRAFICZNA Relacyjny model danych. Relacyjny model danych Struktury danych Operacje Oganiczenia integralnościowe
Relacyjny model danych Relacyjny model danych Struktury danych Operacje Oganiczenia integralnościowe Charakterystyka baz danych Model danych definiuje struktury danych operacje ograniczenia integralnościowe
FUNKCJE SZBD. ZSE - Systemy baz danych 1
FUNKCJE SZBD ZSE - Systemy baz danych 1 System zarządzania bazami danych System zarządzania bazami danych (SZBD, ang. DBMS) jest zbiorem narzędzi stanowiących warstwę pośredniczącą pomiędzy bazą danych