Modelowanie konceptualne model EER

Podobne dokumenty
030 PROJEKTOWANIE BAZ DANYCH. Prof. dr hab. Marek Wisła

Modelowanie danych, projektowanie systemu informatycznego

Projektowanie bazy danych

Technologie baz danych

1 Projektowanie systemu informatycznego

Tadeusz Pankowski Definicja. Definicja

PLAN WYKŁADU BAZY DANYCH GŁÓWNE ETAPY PROJEKTOWANIA BAZY MODELOWANIE LOGICZNE

KSS: Modelowanie konceptualne przykład

1. Mapowanie diagramu klas na model relacyjny.

Zasady transformacji modelu DOZ do projektu tabel bazy danych

Model relacyjny. Wykład II

1 Wstęp do modelu relacyjnego

Bazy danych wykład trzeci. trzeci Modelowanie schematu bazy danych 1 / 40

Definicja obiektowego modelu danych: struktura i zachowanie

PLAN WYKŁADU BAZY DANYCH MODEL DANYCH. Relacyjny model danych Struktury danych Operacje Integralność danych Algebra relacyjna HISTORIA

Bazy danych. Zachodniopomorski Uniwersytet Technologiczny w Szczecinie. Wykład 3: Model związków encji.

Paweł Kurzawa, Delfina Kongo

Normalizacja. Pojęcie klucza. Cel normalizacji

Transformacja modelu ER do modelu relacyjnego

Relacyjny model baz danych, model związków encji, normalizacje

Rysunek 1: Przykłady graficznej prezentacji klas.

Bazy danych. Plan wykładu. Proces modelowania i implementacji bazy danych. Elementy ERD. Wykład 2: Diagramy zwizków encji (ERD)

Modelowanie konceptualne. Modelowanie konceptualne przykład. Modelowanie konceptualne model ER. Model ER Entity-Relationship

Technologie baz danych

Transformacja modelu ER do modelu relacyjnego

Zachodniopomorski Uniwersytet Technologiczny w Szczecinie. Bazy danych. Wykład 4: Model SERM. dr inż. Magdalena Krakowiak

INFORMATYKA GEODEZYJNO- KARTOGRAFICZNA Relacyjny model danych. Relacyjny model danych Struktury danych Operacje Oganiczenia integralnościowe

Bazy danych 1. Wykład 5 Metodologia projektowania baz danych. (projektowanie logiczne)

Transformacja modelu EER do postaci relacyjnego modelu danych. Zbyszko Królikowski

BAZY DANYCH model związków encji. Opracował: dr inż. Piotr Suchomski

Bazy danych. Plan wykładu. Proces modelowania i implementacji bazy danych. Elementy ERD. Wykład 2: Diagramy zwizków encji (ERD)

Dane wejściowe. Oracle Designer Generowanie bazy danych. Wynik. Przebieg procesu

Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym

Zaawansowane Modelowanie I Analiza Systemów Informatycznych

Autor: Joanna Karwowska

Projektowanie relacyjnych baz danych

Cel normalizacji. Tadeusz Pankowski

PODSTAWY BAZ DANYCH. 5. Modelowanie danych. 2009/ Notatki do wykładu "Podstawy baz danych"

Systemy baz danych. Notatki z wykładu

Model relacyjny. Wykład II

Diagramy związków encji. Laboratorium. Akademia Morska w Gdyni

Bazy danych. Plan wykładu. Diagramy ER. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych

TECHNOLOGIE OBIEKTOWE. Wykład 3

TRANSFORMACJA MODELU ER DO MODELU RELACYJNEGO

Projektowanie relacyjnych baz danych model związków encji (Entity-Relationship, ER)

Diagramy związków encji ERD Ćwiczenia w modelowaniu danych

Bazy danych. Plan wykładu. Zależności funkcyjne. Wykład 2: Relacyjny model danych - zależności funkcyjne. Podstawy SQL.

WYKŁAD 1. Wprowadzenie do problematyki baz danych

Bazy danych i usługi sieciowe

TECHNIKI MODELOWANIA STRUKTURY INFORMACYJNEJ

Bazy danych. Andrzej Grzybowski. Instytut Fizyki, Uniwersytet Śląski

Algebra relacji. nazywamy każdy podzbiór iloczynu karteziańskiego D 1 D 2 D n.

Plan wykładu: Relacyjny model danych: opis modelu, podstawowe pojęcia, ograniczenia, więzy.

Teoretyczne podstawy informatyki

Tadeusz Pankowski

Zaawansowane Modelowanie I Analiza Systemów Informatycznych

INFORMATYKA GEODEZYJNO- KARTOGRAFICZNA. Modelowanie danych. Model związków-encji

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

Informatyka Ćwiczenie 10. Bazy danych. Strukturę bazy danych można określić w formie jak na rysunku 1. atrybuty

Obiektowe bazy danych

Model relacyjny bazy danych

Program wykładu. zastosowanie w aplikacjach i PL/SQL;

Bazy danych Algebra relacji Wykład dla studentów matematyki

Podejście obiektowe - podstawowe pojęcia

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Modelowanie danych Diagramy ERD

Normalizacja baz danych

Agnieszka Ptaszek Michał Chojecki

Pojęcie zależności funkcyjnej

Obiektowe bazy danych

Projektowanie baz danych

Klasyfikacja obiektów Drzewa decyzyjne (drzewa klasyfikacyjne)

Zadanie 1. Suma silni (11 pkt)

BAZY DANYCH model relacyjny. Opracował: dr inż. Piotr Suchomski

Systemy baz danych. mgr inż. Sylwia Glińska

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

Alicja Marszałek Różne rodzaje baz danych

Bazy Danych 2008 Część 1 Egzamin Pisemny

Wykład 2. Relacyjny model danych

Krzysztof Kadowski. PL-E3579, PL-EA0312,

Bazy Danych i Usługi Sieciowe

KaŜdemu atrybutowi A przyporządkowana jest dziedzina Dom(A), czyli zbiór dopuszczalnych wartości.

Tadeusz Pankowski Relacyjne bazy danych. są podstawą zachodniej cywilizacji

Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)

RELACYJNE BAZY DANYCH I ICH ZNACZENIE W SYSTEMACH INFORMACJI GEOGRAFICZNEJ

Systemy informatyczne. Modelowanie danych systemów informatycznych

Spis treści. 1 Modelowanie logiczne. Plan wykładu. 1 Modelowanie logiczne 1

Diagramy klas. dr Jarosław Skaruz

Bazy danych. Andrzej Grzybowski. Instytut Fizyki, Uniwersytet Śląski

1. Zakłada się, że każda operacja (read, write) w harmonogramie obejmuje również blokowanie i odblokowanie jednostki. Czy następujący harmonogram

Przykłady normalizacji

BAZY DANYCH algebra relacyjna. Opracował: dr inż. Piotr Suchomski

Język UML w modelowaniu systemów informatycznych

Dazy Banych. Michał Rusnarczyk

Bazy danych. Andrzej Łachwa, UJ, /14

Zależności funkcyjne pierwotne i wtórne

Transformacja modelu pojęciowego. do logicznego

Bazy Danych. Model Relacyjny. Krzysztof Regulski WIMiIP, KISiM, B5, pok. 408

Modelowanie związków encji. Oracle Designer: Diagramy związków encji. Encja (1)

Bazy danych - wykład wstępny

Bazy Danych. Modele danych. Krzysztof Regulski WIMiIP, KISiM,

Transkrypt:

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 między jednostkami typu "bardziej ogólny bardziej szczegółowy", tak jak na przykład jednostki typu SUDEN są bardziej szczegółowe niż jednostki typu OSOBA (chociaż mogą reprezentować te same obiekty świata rzeczywistego. 2. W tym rozdziale omówimy propozycję rozszerzenia modelu ER zaproponowane przez Elmasri'ergo i Navathe - model EER (ang. Expanded Entity-Relationship. konceptualne - EER 1 konceptualne - EER 2 Model EER założenia o dziedzinie przedmiotowej Do założeń o odwzorowywanej dziedzinie przedmiotowej wymienionych w przypadku modelu ER, dołączymy następujące: typy jednostkowe tworzą hierarchię o postaci grafu acyklicznego zwaną hierarchią specjalizacji/generalizacji lub hierarchią dziedziczenia każdy typ jednostkowy dziedziczy wszystkie atrybutu od swoich nadtypów oraz może posiadać własne atrybuty specyficzne; każdy nadtyp zawiera wszystkie jednostki swgo podtypu, typy związkowe nie tworzą hierarchii (! Diagramy EER 1. Diagram EER diagram semantyczny będący rozszerzeniem diagramu ER. 2. Obejmuje trzy rodzaje wierzchołków (z modelu ER: prostokąty - etykietowane nazwami typów jednostkowych, romby - etykietowane nazwami typów związkowych, elipsy - etykietowane nazwami atrybutów (atrybuty kluczowe są podkreślone. oraz krawędzie, których etykiety charakteryzują typy związkowe. 3. Specyficzne elementy EER hiperkrawędzie reprezentujące specjalizację, tj. linie rozgałęzione o jednym początku i kilku końcach. początek hiperkrawędzi wskazuje nadtyp (nadklasę, a końce podtypy (podklasy specjalizacji (dziedziczenie dodatkowe elementy graficzne charakteryzują specjalizację. konceptualne - EER 3 konceptualne - EER 4

Nadtypy,, podtypy, specjalizacja 1. W modelu EER uwzględnia się fakt, że typyjednostkowemogą pozostawać względem siebie w zależnościach hierarchicznych: nadtyp typ podtyp przy czym jeden typ może mieć zarówno wiele nadtypów, jak i wiele podtypów. 2. Proces definiowania podtypów S 1,, S n dla zadanego typu nazywamy specjalizacją. Pojęciem tym określamy także wynik procesu specjalizacji, tj. zbiór {S 1,, S n }. 3. Specjalizację zapisujemy w postaci: /{S 1,, S n }, przy czym suma elementów podtypów musi być zawarta w zbiorze elementów typu: S 1 S n. 4. Między typem i jego nadtypem zachodzi relacja : S i konceptualne - EER 5 Specjalizacja - przykład Na przykład, jeśli OSOBA / {PRACOWNIK, SUDEN, KOBIEA, MĘŻCZYZNA}, to SUDEN OSOBA. Nazwa pochodzi ze zwrotu "is a" w języku angielskim wyrażającym rozważaną zależność, np: SUDEN is a PERSON konceptualne - EER 6 Specjalizacja - rodzaje Rodzaje specjalizacji Niech dana będzie specjalizacja: /{S 1,, S n }, Specjalizacja może być: 1. Całkowita lub częściowa zależnie od tego czy każda jednostka typu należy do jednego z podtypów, czy też są jednostki typu nie należące do żadnego z podtypów (częściowa: całkowita: S 1 S n = ; częściowa: S 1 S n 2. Roz lub nieroz zależnie od tego czy podtypy są parami rozłączne, czy nie: roz: S i S j =, dla każdej pary różnych typów S i S j ; nieroz: gdy warunek rozłączności nie jest spełniony. Niech dana będzie specjalizacja: /{S 1,, S n }, Specjalizacja może być zatem jednego z czterech rodzajów: 1. Całkowita roz. 2. Całkowita nieroz. 3. Częściowa roz. 4. Częściowa nieroz. konceptualne - EER 7 konceptualne - EER 8

Specjalizacja całkowita rozłą Specjalizacja całkowita nierozłą OSOBA Całkowitość specjalizacji: podwójna linia łącząca nadtyp z trójkątem OSOBA Całkowitość specjalizacji: podwójna linia łącząca nadtyp z trójkątem Rozłączność specjalizacji: podwójny trójkąt Nierozłączność specjalizacji: pojedynczy trójkąt KOBIEA MĘŻCZYZNA KOBIEA MĘŻCZYZNA EMERY Specjalizacja całkowita roz: KOBIEA MĘŻCZYZNA = OSOBA KOBIEA MĘŻCZYZNA = Specjalizacja całkowita nieroz: KOBIEA MĘŻCZYZNA EMERY = OSOBA MĘŻCZYZNA EMERY konceptualne - EER 9 konceptualne - EER 10 Specjalizacja częś ęściowa rozłą Specjalizacja częś ęściowa nierozłą PRACOWNIK Częściowość specjalizacji: pojedyncza linia łącząca nadtyp z trójkątem PRACOWNIK Częściowość specjalizacji: pojedyncza linia łącząca nadtyp z trójkątem Rozłączność specjalizacji: podwójny trójkąt Nierozłączność specjalizacji: pojedynczy trójkąt LEKARZ PIELĘGNIARKA LEKARZ NIEPEŁNOZARUDNIONY Specjalizacja całkowita roz: LEKARZ PIELĘGNIARKA PRACOWNIK LEKARZ PIELĘGNIARKA = Specjalizacja całkowita roz: LEKARZ NIEPEŁNOZARUDNIONY PRACOWNIK LEKARZ NIEPEŁNOZARUDNIONY konceptualne - EER 11 konceptualne - EER 12

Dziedziczenie atrybutów w i uczestnictwa w związkach zkach Dziedziczenie atrybutów 1. Każda jednostka w podtypie posiada wszystkie te atrybuty, które posiada w nadtypie. Cechę tę nazywamy dziedziczeniem atrybutów (attribute inheritance. Może ponadto posiadać dodatkowe atrybuty specyficzne. 2. Jednostka w podtypie reprezentuje ten sam obiekt dziedziny przedmiotowej co jednostka w nadtypie, stąd też musi posiadać te same wartości atrybutów co odpowiadający mu element nadklasy. 3. Jednostka dziedziczy także właściwość uczestniczenia w tych typach związkowych, w których uczestniczy nadtyp, ale może także uczestniczyć w typach związkowych specyficznych dla swego podtypu. konceptualne - EER 13 Specjalizacja IdPr LEKARZ Nazwisko PRACOWNIK... PIELĘGNIARKA Dziedziczenie atrybutów (w tym klucza głównego. Oprócz atrybutów odziedziczonych, LEKARZ ma atrybut specyficzny. konceptualne - EER 14 Dziedziczenia a uczestnictwo w typach związkowych zkowych Przykład CAD konstrukcja złożonaz ona PUBLIKACJA PUB_AU AUOR D A a b C f e ARYKUŁ KSIĄŻKA REFERA REF_KONF KONFERENCJA B c d Jednostki typu REFERA uczestniczą zarówno w związkach typu PUB_AU, jak i w związkach typu REF_KONF. konceptualne - EER 15 konstrukcja (złożona D składa się z dwóch konstrukcji: A i C. A składa się z dwóch elementów prostych a i b. C zawiera f i e oraz konstrukcję złożoną B. B zawiera c i d. konceptualne - EER 16

Przykład CAD konstrukcja złożonaz ona Relacyjna reprezentacja specjalizacji KONSRUKCJA Konstr_skł a, b, c, d, e, f, A, B, C, D KONSR_PROSA KONSR_ZŁOŻONA a, b, c, d, e, f A, B, C, D SRUK Konstr_gł W przypadku transformacji specjalizacji w zbiór schematów relacyjnych możemy zastosować jeden z czterech wariantów. Nie wszystkie z nich mogą być jednak stosowane w każdym przypadku. Dalej charakteryzujemy te warianty i podajemy warunki, w jakich mogą mieć one zastosowanie. SPRĘŻYNA ŁOŻYSKO PRZEKŁADNIA a, c b, d e, f konceptualne - EER 17 konceptualne - EER 18 Klucz wariant A Wariant A Dla każdej z klas uczestniczącej w specjalizacji tworzymy oddzielny schemat relacyjny. Schematy te moją następującą postać: (, S1 S1(, Sn Sn(, 1. Wariant ten może być stosowany dla każdego rodzaju specjalizacji. 2. Uzyskanie pełnych informacji o obiektach z podtypów wymaga wykonania operacji złączenia (NAURAL JOIN odpowiadających im relacji z relacją odpowiadającą nadtypowi. konceptualne - EER 19 wariant B Wariant B worzymy schematy relacyjne dla każdego podtypu w specjalizacji, a nie tworzymy żadnego schematu relacyjnego dla nadtypu : Schematy te moją następującą postać: S1 S1(,, Sn Sn(,, 1. Wariant ten może być stosowany tylko dla specjalizacji całkowitych (rozłącznych lub nie 2. Aby uzyskać informacje o jednostkach typu należy najpierw wykonać operację otwartej sumy mnogościowej (OUER UNION na wszystkich relacjach odpowiadających podtypom, a następnie dla wyniku zastosować projekcję na zbiór atrybutów zdefiniowany dla klasy. 20

wariant C wariant D Wariant C worzymy tylko jeden schemat relacyjny odpowiadający nadtypowi i obejmujący informacje z wszystkich podtypów. Schemat ten ma postać: (,,,, Idypu S1 Sn 1. Wariant ten może być stosowany tylko dla specjalizacji rozłącznych (całkowitych lub częściowych 2. Wyróżniony atrybut Idypu przyjmuje wartości w zbiorze identyfikatorów podtypów specjalizacji. Każda krotka relacji zawiera informacje o pewnej jednostce, a informacje o tym, jakiego jest podtypu przekazuje wartość atrybutu Idypu. ak budowane relacje mogą zawierać bardzo wiele wartości zerowych. 3. Uzyskanie informacji o obiektach żądanego podtypu wymaga realizacji operacji projekcji na odpowiedni zbiór atrybutów. 21 Wariant D worzymy tylko jeden schemat relacyjny odpowiadający nadtypowi i obejmujący informacje z wszystkich podtypów. Dla każdej podklasy S tworzymy kolumnę binarną Flaga S : (,,,, Flaga S1, Flaga Sn S1 Sn 1. Wyróżniony atrybut Flaga S przyjmuje 1, jeśli obiekt odpowiadający rozważanej krotce należy do klasy S i 0 w przeciwnym razie. 2. W ten sposób możemy dokonywać transformacji dla specjalizacji nierozłącznych. 3. Wadą tego wariantu jest jednak to, że podobnie jak w wariancie C, tabele w bazie danych mogą zawierać dużo wartości pustych. 4. Zalety: tylko jedna tabela, pewne operacje (suma, przekrój podklas można efektywnie wykonywać na wartościach flag. 22 Specjalizacja jako związek zek 0..1 Podklasa Nadklasa S 1 1 Specjal K 0..1 Podklasa S n Wariant A (reprezentacja relacyjna: 1. n+1 tabel, 2. zależności referencyjne z podklas do nadklasy, FOREIGN KEY w SQL 3. jeśli specjalizacja ma być całkowita, to klucz z nadklasy musi wystąpić co najmniej w jednej podklasie, odpowiedni RIGGER w SQL ( K K 1 (S 1 S n K Specjalizacja jako związek zek 0..N 1..1 yp Słownik nazw typów Nazwa Wariant C (reprezentacja relacyjna: 1. 1 tabela, 2. zależności referencyjne z do słownika nazw typów, FOREIGN KEY w SQL 3. duża liczba pustych wartości Przykład: 0..1 Monitory Sprzęt 1 komp. Specjal NrId 0..1 Drukarki NrId NrId Przykład: Sprzęt komp. NrId 0..N 1..1 yp Słownik nazw typów Nazwa 23 24