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

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

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

Modelowanie danych, projektowanie systemu informatycznego

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

1 Projektowanie systemu informatycznego

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 Ćwiczenia w modelowaniu danych

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

Przykłady normalizacji

Technologie baz danych

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

Bazy danych i usługi sieciowe

Autor: Joanna Karwowska

KSS: Modelowanie konceptualne przykład

Systemy informatyczne. Modelowanie danych systemów informatycznych

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

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

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

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

Projektowanie bazy danych

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

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

Bazy Danych i Systemy informacyjne Wykład 7. Piotr Syga

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

Uniwersytet Zielonogórski Instytut Sterowania i Systemów Informatycznych Bazy Danych - Projekt. Zasady przygotowania i oceny projektów

WYKŁAD 1. Wprowadzenie do problematyki baz danych

Projektowanie baz danych

Baza danych. Baza danych to:

Baza danych sql. 1. Wprowadzenie

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

Baza danych przestrzennych modelowa reprezentacja fragmentu świata rzeczywistego

Systemy baz danych. 1. Plan: 2. Zadania: Projekt Bazy Danych - wybór tematów, wstępna kategoryzacja 8. Projekt Bazy Danych - diagram ER

Bazy danych. Andrzej Łachwa, UJ, /15

Temat: Modelowanie schematu bazy danych za pomocą diagramów związków encji (Entity Relationship Diagrams ERD)

Wykład II Encja, atrybuty, klucze Związki encji. Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J.

Modelowanie związków encji

Modelowanie konceptualne model EER

Agnieszka Ptaszek Michał Chojecki

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

Bazy danych wykład trzeci. trzeci Przekształcenie modelu ER na model relacyjny 1 / 19

Modelowanie danych Model związków-encji

Język UML w modelowaniu systemów informatycznych

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

1. Mapowanie diagramu klas na model relacyjny.

Bazy Danych egzamin poprawkowy, 2012 rozwiazania

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

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

Przykładowa baza danych BIBLIOTEKA

Wprowadzenie do baz danych

Diagramy klas. dr Jarosław Skaruz

Transformacja modelu ER do modelu relacyjnego

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

Dotacje na innowacje. Inwestujemy w waszą przyszłość.

Związki pomiędzy tabelami

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

Krzysztof Kadowski. PL-E3579, PL-EA0312,

WPROWADZENIE DO BAZ DANYCH

Posługiwanie się tabelami

Transformacja modelu ER do modelu relacyjnego

Bazy danych - wykład wstępny

TRANSFORMACJA MODELU ER DO MODELU RELACYJNEGO

Świat rzeczywisty i jego model

Projektowanie baz danych za pomocą narzędzi CASE

Projektowanie BAZY DANYCH

Inżynieria oprogramowania. Wykład 6 Analiza i specyfikowanie wymagań

Utwórz klucz podstawowy relacji na podstawie unikalnego identyfikatora encji. podstawie kluczy podstawowych wiązanych relacji.

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

Definicja bazy danych TECHNOLOGIE BAZ DANYCH. System zarządzania bazą danych (SZBD) Oczekiwania wobec SZBD. Oczekiwania wobec SZBD c.d.

Projektowanie bazy danych. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Projektowanie Systemów Informacyjnych

Instytut Mechaniki i Inżynierii Obliczeniowej fb.com/groups/bazydanychmt/

Technologia informacyjna

Paweł Kurzawa, Delfina Kongo

Wprowadzenie do projektowania i wykorzystania baz danych Relacje

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

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

Modelowanie związków encji. Etapy budowy systemu informatycznego przedsiębiorstwa (1/4) Etapy budowy systemu informatycznego przedsiębiorstwa (2/4)

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

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

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

Technologia informacyjna

Modelowanie związków encji

Modelowanie danych Model związków-encji

Tadeusz Pankowski

Model relacyjny bazy danych

Rysunek 1: Przykłady graficznej prezentacji klas.

Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny) kierunkowy (podstawowy / kierunkowy / inny HES)

Informatyka I BAZY DANYCH. dr inż. Andrzej Czerepicki. Politechnika Warszawska Wydział Transportu 2017

Projektowanie BD Diagramy związków encji

Bazy danych. Andrzej Łachwa, UJ, /14

Kurs programowania aplikacji bazodanowych

Technologie informacyjne - wykład 12 -

Wykład 2. Drzewa zbalansowane AVL i 2-3-4

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

APIO. W4 ZDARZENIA BIZNESOWE. ZALEŻNOŚCI MIĘDZY FUNKCJAMI. ELEMENTY DEFINICJI PROCESU. DIAGRAM ZALEŻNOŚCI FUNKCJI.

Tworzenie warstwy zasobów projektowanie metodą strukturalną

ZSE - Systemy baz danych 1 ZASADY PROJEKTOWANIA BAZ DANYCH

Piotr Kulicki Katolicki Uniwersytet Lubelski Jana Pawła II Instytut Filozofii Teoretycznej Katedra Podstaw Informatyki

Bazy danych 1. Wykład 4 Metodologia projektowania baz danych

IO - inżynieria oprogramowania. dr inż. M. Żabińska, zabinska@agh.edu.pl

Transkrypt:

Zachodniopomorski Uniwersytet Technologiczny w Szczecinie Bazy danych Wykład 4: Model SERM dr inż. Magdalena Krakowiak makrakowiak@wi.zut.edu.pl

Słabości modelu ERD Wraz ze wzrostem złożoności obiektów odwzorowywanego fragmentu świata rzeczywistego model ERD staje się coraz mniej czytelny, co utrudnia jego analizę i ewentualny rozwój. W modelu ERD nie ma żadnych informacji o strukturze problemu, która jest podstawą analizy modelu. Warunki istnienia pomiędzy typami encji realizowane są w modelu ERD za pomocą słabych typów encji. Posiadają one w swoim kluczu głównym klucz typu, który warunkuje ich istnienie. Brak możliwości identyfikacji warunków istnienia opartych na kluczach obcych. Trudność w identyfikacji cyklicznych warunków istnienia.

Co to jest SERM? SERM (ang. Structured Enity Relationship Model) jest rozwinięciem modelu ER i po raz pierwszy został zaprezentowany przez Prof. Sinza z Uniwersytetu w Bambergu (Niemcy) w 1989 roku. Ma za zadanie usunąć wszystkie słabości modelu ERD. W modelu wszystkie relacje pomiędzy typami encji przedstawione są jako warunki istnienia typów encji i typów relacji. Typy obiektów SERM na diagramie uporządkowane są hierarchicznie obiekt zależny zawsze przedstawiony jest po prawej stronie obiektu, od którego zależy.

Typy obiektów SERM Na diagramie SERM występują trzy typy obiektów: Typ obiektów rzeczywistych E (ang. Entity) Typ E Typ relacji R (ang. Relationship) Typ R Typ pośredni ER (ang. Entity Relationship) Typ ER

Obiekt typu E Obiekt typu E, zwany Encją, przedstawia w modelu SERM obiekty świata rzeczywistego i stanowi szczególny przypadek encji z modelu ER. Istnienie obiektów typu E jest niezależne od istnienia innych typów obiektów występują tylko w roli obiektów rodziców. W związku z powyższym: obiekty E są w pierwszym stopniu hierarchii dziedziczenia i na diagramie umieszcza się je zawsze po lewej stronie wszystkie atrybuty tych obiektów są atrybutami własnymi brak kluczy obcych

Obiekt typu R Obiekt typu R, zwany Relacją, przedstawia w modelu SERM relację pomiędzy obiektami, której złożoność jest określona jako wiele do wielu. Stanowi zatem szczególny przypadek relacji z modelu ER. Istnienie obiektów typu R jest zależne od istnienia innych typów obiektów występują tylko w roli obiektów dzieci. W związku z powyższym: obiekty R kończą hierarchię dziedziczenia i na diagramie umieszcza się je tylko po prawej stronie innych obiektów wszystkie atrybuty tych obiektów są kluczami obcymi brak atrybutów własnych

Obiekt typu ER Obiekt typu ER, zwany Encjorelacją, przedstawia w modelu SERM połączenie zależnego obiektu świata rzeczywistego z relację, której złożoność jest określona jako jeden do wielu lub jeden do jednego. Nie ma zatem odpowiednika w modelu ER. Obiekty typu ER występują zarówno tylko w roli obiektów dzieci jak i w obu rolach. W związku z powyższym: obiekty ER stanowią środek lub koniec hierarchii dziedziczenia atrybuty tych obiektów są zarówno kluczami obcymi jak i atrybutami własnymi

Sposoby dziedziczenia W modelu SERM wyróżnia się dwa typy relacji: relacja identyfikująca sposób dziedziczenia PK obiekt dziecko jest identyfikowany przez rodzica poprzez ustanowienie w nim klucza obcego kluczem głównym relacja określająca sposób dziedziczenia FK obiekt dziecko jest tylko określany przez rodzica zatem klucz obcy stanowi w nim atrybut lokalny

Notacja (min;max) W modelu SERM do określenia złożoności relacji stosuje się notację (min;max). Jest to bardziej precyzyjna notacja od notacji (1;M;N), ponieważ pozwala na określenie wymuszenia wystąpienia relacji (warunków istnienia). Polega na określeniu dwóch pozycji: minimalna liczba wystąpień relacji (min) oznaczenie, czy relacja jest obligatoryjna (1) czy tylko opcjonalna (0) maksymalna liczba wystąpień relacji (max) w przypadku wystąpienia relacji oznaczenie, czy relacja wystąpi tylko raz (1) czy wiele razy (*)

Przypadki złożoności relacji W związku z tym, że każdą z dwóch pozycji notacji (min;max) określają dwa przypadki wyróżnia się cztery rodzaje powiązań: (0;1) relacja może wystąpić tylko jeden raz (0;*) relacja może wystąpić wiele razy (1;1) relacja musi wystąpić tylko jeden raz (1;*) relacja musi wystąpić przynajmniej jeden raz

Przypadki złożoności relacji Na diagramie SERM relację oznaczane są w zależności od przypadku jej złożoności. Wymuszenie wystąpienia prezentuje podwójna linia, zaś jego brak pojedyncza. W przypadku, gdy relacja może wystąpić wiele razy linia zakończona jest grotem. (0;1) (0;*) (1;1) (1;*)

Diagram SERM W odróżnieniu od diagramu ER na diagramie SERM obiekty mają ściśle określone miejsca tworząc stopnie hierarchii dziedziczenia. Dziedziczenia interpretowane jest kierunkowo od lewej strony do prawej. Obiekt dziecko zawsze stoi po prawej stronie obiektu rodzica. Każdy obiekt występujący na diagramie jest podstawą do tworzenia tabeli.

Diagram SERM I II III specjalność lekarz pacjent choroba specjalność lekarza wizyta diagnoza

Koniec Dziękuję za uwagę!