Projektowanie baz danych

Slides:



Advertisements
Podobne prezentacje
7. Metody analizy i modelowania strukturalnego SI
Advertisements

Teoretyczne podstawy tworzenia systemów relacyjnych baz danych
Modelowanie logiczne (dla relacyjnych SZBD)
S – student, P – przedmiot, W – wykładowca
Relacyjny model danych
Relacyjny model danych
Kamil Łącki Dominik Strzelichowski
Implementacja asocjacji
MS Access 2000 Normalizacja Paweł Górczyński 2005.
SIECI KOMPUTEROWE (SieKom) PIOTR MAJCHER WYŻSZA SZKOŁA ZARZĄDZANIA I MARKETINGU W SOCHACZEWIE Zarządzanie.
Projektowanie Aplikacji Komputerowych
Modelowanie model związków encji
POWTÓRZENIE Techniki zbierania informacji : Analiza dokumentacji
POWTÓRZENIE Normalizacja: Pojęcia: redundancja danych;
Normalizacja : Głównym celem projektowania bazy przeznaczonej dla systemu relacyjnego jest właściwa reprezentacja danych, związków i więzów. W identyfikowaniu.
POWTÓRZENIE Metodologia : Pojęcia:
Projektowanie relacyjnych baz danych
Projektowanie i programowanie obiektowe II - Wykład II
Modele baz danych - spojrzenie na poziom fizyczny
Projektowanie struktury logicznej (schematu) relacyjnych baz danych
Wykład 4 Analiza i projektowanie obiektowe
Wykład 3 Analiza i projektowanie strukturalne
Teoria relacyjnych baz danych
Bazy Danych II prowadzący: mgr inż. Leszek Siwik
C.d. wstępu do tematyki RUP
Zależności funkcyjne.
PROJEKTOWANIE TABEL W PROGRAMIE: ACCESS
DIAGRAMY ER 2 (ENTITY-RELATIONSHIP DIAGRAMS 2) Ćwiczenia 2.
Diagramy ER (Entity-relationship diagrams)
Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych
Bazy danych.
Systemy baz danych Wykład 1
Budowanie tabel i relacji
Prezentacja i szkolenie
Informatyka Relacyjne bazy danych.
Andrzej Macioł Bazy danych – model relacyjny – cz. 1 Andrzej Macioł
Wybrane zagadnienia relacyjnych baz danych
Model relacyjny.
Bazy danych 1 Literatura: Paul Benon-Davies – Systemy baz danych
ZWIĄZKI MIĘDZY KLASAMI KLASY ABSTRAKCYJNE OGRANICZENIA INTERFEJSY SZABLONY safa Michał Telus.
1 Każdy obiekt jest scharakteryzowany poprzez: tożsamość – daje się jednoznacznie wyróżnić; stan; zachowanie. W analizie obiektowej podstawową strukturą
Modelowanie obiektowe Diagramy UML – diagram przypadków użycia
Unified Modeling Language - Zunifikowany Język Modelowania
Modelowanie obiektowe Diagramy klas
Projektowanie relacyjnych baz danych – postacie normalne
UML W V ISUAL S TUDIO Mateusz Lamparski. UML D EFINICJA Unified Modeling Language (UML) to graficzny język do obrazowania, specyfikowania, tworzenia i.
Projektowanie bazy danych
Łódź 2008 Banki danych WYKŁAD 2 dr Łukasz Murowaniecki T-109.
Wykład I Podstawy relacyjnych baz danych Powtórzenie wiadomości
Temat 3: Integralność danych. Integralność danych, określana również mianem spójności danych, jest to funkcja SZBD, która gwarantuje, że dane nie zostaną.
Michał Krawczykowski kl. IIIB
Definiowanie kluczy w tabelach RBD
Model obiektowy bazy danych
Slajd 1© J.Rumiński Jacek Rumiński  Bazy danych Kontakt: Katedra Inżynierii Biomedycznej, pk. 106, tel.: , fax: ,
Treści multimedialne - kodowanie, przetwarzanie, prezentacja Odtwarzanie treści multimedialnych Andrzej Majkowski informatyka +
Projektowanie relacyjnych baz danych – diagramy związków encji
Projektowanie bazy danych z użyciem diagramów UML Obiektowe projektowanie relacyjnej bazy danych Paweł Jarecki.
Modelowanie model związków encji
Bazy Danych Wprowadzenie
BAZY DANYCH Microsoft Access Akademia Górniczo-Hutnicza Wydział Elektrotechniki, Automatyki, Informatyki i Inżynierii Biomedycznej Katedra Automatyki i.
Modelowanie Danych (ERD) – część 1 (Wspomaganie Modelowania danych)
Wykład III Modelowanie danych
Prezentacja programu PowerPoint
Temat: Tworzenie bazy danych
Transformacja modelu EER do modelu relacyjnego
Inżynieria systemów informacyjnych
Treści multimedialne - kodowanie, przetwarzanie, prezentacja Odtwarzanie treści multimedialnych Andrzej Majkowski informatyka +
Modele baz danych - spojrzenie na poziom fizyczny
Zapis prezentacji:

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 użytkowników oraz funkcji realizowanych poprzez aplikacje. Ewentualny podział projektu na perspektywy użytkowników (w kontakcie z pracownikami firmy zamawiającej). Modelowanie bazy danych

Modelowanie BD konceptualne (bez odniesienia do SZBD) – zapisanie informacji o projekcie w standardowej notacji ER (diagramy Chena lub UML) niezależnej od docelowego SZBD. logiczne (dla SZBD konkretnego typu, np. relacyjnego lub obiektowego) – podział danych na struktury dostępne w SZBD. fizyczne (dla konkretnego SZBD) – zdefiniowanie dziedzin, relacji, indeksów, perspektyw, użytkowników z uprawnieniami itp.

Diagramy Chena – zbiór encji Zbiór jednorodnych elementów, o skończonej, regularnej strukturze, które można wyróżnić w zagadnieniu rzeczywistym. SAMOCHÓD OSOBA POLISA WYPADEK

Diagramy Chena – atrybuty Cecha encji (mają ją wszystkie encje z zadanego zbioru); encja ma ustaloną liczbę atrybutów, a w systemie nie zapisujemy innych cech encji niż atrybuty. nr data rodzaj limit POLISA nrRej marka SAMOCHÓD rokPr

Diagramy Chena – dziedziny dla atrybutu określamy typ jego wartości oraz ewentualne ograniczenia nałożone na te wartości (zakres, format itp.) Diagramy Chena

Diagramy Chena – rodzaje atrybutów Proste (atomowe) lub złożone ze składowych (np. adres: miasto, ulica, dom, nr); Jednokrotne (każda encja ma przypisaną tylko jedną wartość) lub wielokrotne (encja może mieć do k wartości danego atrybutu); Wyliczane (wartość „wirtualna” – wyliczana na podstawie pozostałych atrybutów tej encji). adres nr dom ulica telefon wiek wielokrotny wyliczany złożony

Diagramy Chena – klucze Klucz – minimalny podzbiór atrybutów encji pozwalający jednoznacznie wyznaczyć encję; Klucz kandydujący – dowolny klucz zbioru encji; Klucz główny – wybrany jeden klucz spośród kandydujących; Klucze alternatywne – klucze kandydujące oprócz głównego; Atrybuty główne – atrybuty klucza (głównego?). nr data Na diagramie atrybuty główne oznaczamy przez podkreślenie nazwy. rodzaj POLISA limit

Diagramy Chena – związki Związek określamy pomiędzy zbiorami encji. Funkcyjny (1-n) Wieloznaczny (n-m) Jednoznaczny (1-1) SAMOCH. OSOBA ma n-1 n-m SAMOCH. WYPADEK ud 1-1 PROTOK. WYPADEK z

Diagramy Chena – atrybuty związku Związek może mieć atrybuty Inny sposób przedstawienia powyższego SAMOCH. OSOBA ma n-1 dataZak cena ma OSOBA SAMOCH. jest AKT_WŁAS cena data

Diagramy Chena – wymuszanie związku Związek łączący zbiory encji E i F oznacza, że każda encja ze zbioru E może wystąpić w związku z encją ze zbioru F. Na diagramie możemy zaznaczyć, że każda encja z E musi być w związku z przynajmniej jedną encją z F. Poniżej zapisaliśmy, że samochód musi mieć właściciela. OSOBA SAMOCH. ma

Diagramy Chena – związki k-arne Możliwe są związki pomiędzy >2 zbiorami encji. Takie związki wymagają ostrożności przy określaniu jednoznaczności (wstawianiu strzałek) i uwzględnianiu braku niektórych encji. PROTOKÓŁ LIKWIDATOR WYPADEK dot. KLASA PRZEDMIOT ucz. NAUCZYCIEL

Diagramy Chena – związki rekurencyjne Związek pomiędzy encjami tego samego zbioru. Definiując taki związek określamy rolę każdej z encji w związku. kupiła OSOBA nabyła sprzedała

Diagramy Chena –słabe zbiory encji Zbiór encji E (powiązany z pewnym nadrzędnym zbiorem encji F związkiem funkcyjnym Z), którego elementy są rozróżnialne tylko lokalnie (w grupie encji e IN E będących w związku z konkretną encją nadrzędną f IN F), a globalnie mogą być identyczne. Taki zbiór encji E nie posiada samodzielnego klucza. Może mieć atrybuty kluczowe tworzące klucz „lokalny”, które w połączeniu z kluczem F, tworzą jego klucz „globalny”. Słaby zbiór encji musi być powiązany z pewnym nadrzędnym zbiorem encji związkiem funkcyjnym lub jednoznacznym.

Diagramy Chena –słabe zbiory encji POLISA_WST AGENT SAMOCHÓD wystawił dotyczy nrWst nrId nrRej

Diagramy Chena –słabe zbiory encji nr GRUPA_JĘZ KLASA ma lUcz jestWych nazwa uczyJęz NAUCZYCIEL nrId nazwisko

Diagramy Chena – związki hierarchiczne (IS A) Występuje, gdy zbiór encji E stanowi podklasę zbioru encji F, czyli encje E mają wszystkie atrybuty encji F i wchodzą we wszystkie związki, w jakie wchodzą encje F. Dodatkowo encje E mogą mieć własne atrybuty i wchodzić w dodatkowe związki.

Diagramy Chena – związki hierarchiczne (IS A) OSOBA SPRAWCA WYPADEK isa spowodował procWiny stan

Diagramy Chena – związki hierarchiczne (IS A) Zbiór encji nadrzędnych F można rozbić na „podklasy” E1, E2,…, Ek. Możemy wówczas wskazać, czy każda encja ze zbioru F musi wystąpić w przynajmniej jednej podklasie (Mandatory, przeciwnie Optional) i czy może wystąpić w więcej niż jednej podklasie (And, przeciwnie Or)

Diagramy Chena – związki hierarchiczne (IS A) WYPADEK OSOBA Mandatory, Or Optional isa isa ZE_SPR NIE_WYKR spowodował SPRAWCA procWiny stan

Diagramy Chena – dodatkowe więzy integralności Warunki, których nie da się przedstawić na diagramie zapisujemy w komentarzach do projektu przedstawionego w postaci diagramu

Typowe błędy - związki FAN TRAP – zgubienie związku funkcyjnego A:1-n:B przez zastosowanie A:n-1:C i C:1-m:B; CHASM TRAP – zgubienie związku funkcyjnego A:1-n:B przez zastosowanie związków A:1-n:C:1-n:B

Typowe błędy – encje i atrybuty Stosowanie związku 1-1 może być zastąpione połączeniem encji w jedną; Umieszczenie wśród atrybutów encji atrybutów kluczowych innych encji służących do zaznaczenia istnienia związku;

Użytkownicy i perspektywy Metoda syntezy – stworzenie odrębnych modeli konceptualnych dla różnych użytkowników i połączenie ich w jeden model bazy. Metoda wydzielania perspektyw – tworzymy jeden model globalny i wydzielamy w nim obszary danych dostępnych dla poszczególnych użytkowników.

Weryfikacja transakcji Dla każdej transakcji użytkownika: na diagram nanosimy ścieżki biegnące po liniach związków łączących dane potrzebne do wykonania transakcji. W ten sposób sprawdzamy, czy realizacja transakcji jest możliwa, wykrywamy miejsca krytyczne w diagramie itp. gs MECZ zawodnicy grający w meczu; kontrola, czy są z właściwych klubów; KLUB gś ZAWODNIK w gra

Większy przykład

Podsumowanie procesu tworzenia modelu konceptualnego określ zbiory encji; określ związki pomiędzy zbiorami encji i ich rodzaj; określ atrybuty encji i związków (uwaga na atrybuty redundantne); wyznacz dziedziny atrybutów i ich ograniczenia; wyznacz klucze kandydujące i wybierz klucze główne; określ więzy ogólne;

Podsumowanie – cd. zweryfikuj projekt sprawdzając, czy warto zastosować specjalizację/generalizację lub agregację/kompozycję; zweryfikuj związki 1-1 i usuń ewentualne związki redundantne; nanieś na diagram ścieżki związane z transakcjami użytkownika i sprawdź, czy realizacja transakcji jest możliwa; zweryfikuj model z klientem.

UML – unified modeling language