BD1_w02_2024 PDF - Relacyjny model danych

Relacyjny model danych - model E/R Wykład 2 Antoni Dydejczyk http://www.fis.agh.edu.pl/~antek Bazy danych I, wykład 2,...

Relacyjny model danych - model E/R Wykład 2 Antoni Dydejczyk http://www.fis.agh.edu.pl/~antek Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Plan wykładu Proces tworzenia baz danych Wprowadzenie modelu E/R Przykład analizy problemu – diagram ERD Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projektowanie baz danych ✓ Cel tworzenia bazy danych ✓ Określamy powiązania pomiędzy danymi ✓ Określamy sposób organizacji Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Perspektywy w modelowaniu pojęciowym...................................................... Percepcja Analityczny Model rzeczywistego model struktur danych świata rzeczywistości i procesów SI Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Przykładowy diagram ERD – baza filmowa Przykładowe dane, które umieścimy w bazie danych : dane o studiach w których zrealizowano filmy, dane o filmach, dane o aktorach, dane o plenerach w których zrealizowano filmy, związek pomiędzy filmem a aktorem, związek pomiędzy filmem a plenerem. Relacje pomiędzy danymi przedstawionymi powyżej : relacja pomiędzy filmami a aktorami ( wiele do wiele ), relacja pomiędzy filmami a plenerami ( wiele do wiele ), relacja pomiędzy studiami a filmami ( jeden do wielu ). Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” Jakie dane będą zawarte w bazie? Na początek wstawiamy do bazy następujące informacje: dane o studentach, dane o wykładowcach, dane o kursach, dane o wykładach, dane o salach wykładowych. Dodatkowe informacje i warunki będą dodawane w trakcie budowania schematu ERD. Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Architektura baz danych Poziomy abstrakcji Model zewnętrzny - opisuje świat z punktu widzenia użytkowników Model zewnętrzny baz danych - może istnieć wiele modeli zewnętrznych tej Schemat zewnętrzny samej rzeczywistości - nie musi być związany z konkretnym modelem danych Model pojęciowy Schemat pojęciowy Model wewnętrzny Schemat wewnętrzny Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Architektura baz danych Poziomy abstrakcji Model zewnętrzny Schemat zewnętrzny Model pojęciowy Model pojęciowy - tworzony przez analityków - opisuje świat w kategoriach konkretnego Schemat pojęciowy modelu danych - abstrahuje od szczegółów implementacji odpowiada na pytanie "co?" a nie "jak?" Model wewnętrzny Schemat wewnętrzny Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Architektura baz danych Poziomy abstrakcji Model zewnętrzny Schemat zewnętrzny Model wewnętrzny Model pojęciowy Schemat pojęciowy - tworzony przez projektantów SZBD - izolowany od aplikacji - zarządzany przez administratora - definiuje struktury danych i związane z nimi Model wewnętrzny ścieżki dostępu - oferuje fizyczną reprezentację danych, Schemat wewnętrzny partycjonowanie dysku, alokację pamięci Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Architektura baz danych Poziomy abstrakcji Języki Model zewnętrzny Definicja danych Schemat zewnętrzny Model pojęciowy Schemat pojęciowy Manipulacja danymi Model wewnętrzny Administracja danych Schemat wewnętrzny Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Proces tworzenia baz danych Świat rzeczywisty Modelowanie Analiza schematów wymagań Modelowanie Integracja koncepcyjne schematów Modelowanie Ilość danych, logiczne użycie, analiza integralności Modelowanie fizyczne Decyzje implementacyjne System bazy danych Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt logiczny bazy danych Diagramy E-R Schemat Działalność logiczny organizacyjna Uzgodnienie Istniejąca Normalizacja baza danych Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Modele cyklu życia oprogramowania ✓ Model kaskadowy (wodospadowy) ✓ Model spiralny ✓ Prototypowanie ✓ Montaż z gotowych komponentów Określenie wymagań Projektowanie Implementacja Testowanie Konserwacja Faza strategiczna Analiza Instalacja Dokumentacja Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Model kaskadowy Określenie wymagań Cele i szczegółowe wymagania wobec systemu. Analiza Szczegółowy projekt systemu Projektowanie uwzględniający wcześniejsze wymagania. Implementacja Testowanie Modyfikacje producenta - usunięcie błędów, zmiany i rozszerzenia. Konserwacja Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Model spiralny Planowanie: Ustalenie Analiza ryzyka celów produkcji (ew. budowa prototypu) kolejnej wersji systemu Atestowanie (przez klienta). Konstrukcja Jeżeli ocena nie jest w pełni (model kaskadowy) pozytywna, rozpoczynany jest kolejny cykl. Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Rozkład kosztów realizacji SI Metody Koszt tradycyjne realizacji “ad hoc” Metody i narzędzia CASE Planowanie Analiza Projektowanie Konstrukcja Wdrożenie Konserwacja CASE-(Computer-Aided Software Engineering) Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Implementacja Problem Model opisu danych Schemat Baza (E/R, ODL) relacyjny danych Diagram (E/R) Tabele: Organizacja atrybuty, krotki plików i indeksów Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Diagram DFD (Data Flow Diagram) DFD– diagram przepływu danych Order In-Stock Request CUSTOMER WAREHOUSE Elementy diagramu DFD Status Message 1.0 Check Shipping Status Data Status Order Order ✓ procesy – transformują dane Shipping 2.0 Data 3.0 Confirmation Pending Issue D1 ✓ przepływy danych – przenoszą dane Orders Status Messages Generate Shipping Order Data Order ✓ terminatory – oznaczające obiekty Payment 4.0 zewnętrzne (poza systemem) będące Invoice Order Data źródłem danych wchodzących do systemu Manage Accounts Receivable lub miejscem, gdzie wpływają dane Accounting Data Accounts Receivable Data 5.0 wychodzące z systemu Accounts Produce Reports D2 Receivable ✓ składy danych – miejsca składowania Inventory Reports danych ACCOUNTING Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Diagram DFD - symbole Proces Przepływ danych Składnica danych Terminatory Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Diagram DFD - procesy 5.0 Services Perfomed Invoice Create Invoice Poprawny Policy Number Payment Amount Apply Insurance Premium Niepoprawny 2.1 Hours Worked Pay Rate Calculate Gross Pay Niepoprawny Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Diagram DFD - przepływy 5.0 Niepoprawny Poprawny Post Payment Courses Customer Payment Class List D2 Daily Payments Daily Payment Students 6.0 Prepare Deposit Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Diagram DFD - terminatory Niepoprawny Poprawny Niepoprawny PAYROLL CUSTOMER CUSTOMER DEPARTMENT Paycheck Payment Payment EMPLOYEE 3.0 Accounts Receivable Apply Payment Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Diagram DFD - reguły Reguły przy łączeniach symboli diagramów DFD TAK NIE Proces do innego procesu Proces do terminatora Proces do składnicy danych Terminator do innego terminatora Terminator do składnicy danych Składnica danych do składnicy danych Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Wielopoziomowe diagramy DFD Order CUSTOMER In-Stock WAREHOUSE Payment Request Status 0 Shipping Message Order Order Invoice System Shipping Confirmation Inventory Reports ACCOUNTING Diagram kontekstu Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Wielopoziomowe diagramy DFD Order In-Stock Request CUSTOMER WAREHOUSE 1.0 Status Message Check Shipping Status Data Status Order Order 2.0 Data Shipping 3.0 Confirmation Pending Issue D1 Orders Status Messages Generate Shipping Order Data Order Payment 4.0 Order Data Invoice Manage Accounts Receivable 5.0 Accounting Data Accounts Receivable Data Produce Accounts Reports D2 Receivable Inventory Reports ACCOUNTING Diagram poziomu 0 Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Model E/R Model związków encji – najlepiej znany model danych, nazywanych modelami „rozszerzonymi” lub semantycznymi. Naszym celem jest przedstawienie danych w bazach danych jak najbardziej oddających rzeczywistość. Zasady modelowania semantycznego mogą stanowić użyteczną pomoc w systematycznym projektowaniu baz danych, nawet jeśli SZBD bezpośrednio nie wspiera takiego modelowania. Metody projektowania oparte na zasadach modelowania nazywa się często metodami „z góry w dół”, ponieważ zaczynają one wysokiego poziomu abstrakcji obiektów „świata rzeczywistego” („encje”), a kończą na stosunkowo niskim poziomie abstrakcji zawartym w określonym projekcie bazy danych. Model ERD (entity-relationship-diagrams) przedstawia konceptualną reprezentację otaczającego świata, składającego się z obiektów i relacji pomiędzy nimi. Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  ERD – diagramy związków encji Diagramy związków encji przekształcają rzeczywisty świat na zbiory entek oraz relacji zachodzących między nimi. Znajdują one szerokie zastosowanie w projektowaniu baz danych, zwłaszcza przy analizie zależności funkcyjnych, usuwaniu problemów związanych z redundancją danych oraz przy organizacji struktury bazy. Technikę tą wykorzystuje się również przy projektowaniu i specyfikacji oprogramowania nie tylko na etapie dotyczącym projektu baz danych, ale i przy projekcie i analizie poszczególnych modułów oprogramowania. Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Definicja pojęć 1. Określamy zbiór pojęć, opisujący dane świata rzeczywistego. Jeżeli potrzeba przechować dane na temat wielu własności jakiejś rzeczy, to taka rzecz jest encją. 2. Wyróżniamy typ encji, właściwości oraz szczególną własność służącą do identyfikacji – tożsamość. W modelu własności te nazywamy atrybutami. 3. Powiązania pomiędzy encjami nazywamy związkami. Wyróżniamy związki jeden do jeden, jeden do wiele (można też wiele do jeden), oraz wiele do wiele. 4. Wprowadzamy model E/R - encja/związek (entity/relationship) – w oparciu o który budujemy diagramy E/R. Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Encja Encja – pewien aspekt świata rzeczywistego, który można odróżnić od innych aspektów świata rzeczywistego. Jest to rzecz istniejąca niezależnie i jednoznacznie zidentyfikowana. Przyjmuje się, że encja jest dalej nierozbieralna. Przykłady zbiorów encji: osoby, samochody, części zamienne. Obiekt w zależności od poziomu abstrakcji traktujemy jako encję lub zbiór encji. Encje mogą istnieć rzeczywiście, bądź są wprowadzane jako obiekty abstrakcyjne. Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Metody definiowania zbiorów encji ekstencjonalnie - wyliczenie elementów np.: {męski, żeński, nijaki} {Pn, Wt, Śr, Czw, Pt, So, Ni} {a, b, c,...,x,y, z} {0, 1,..., 9} intencjonalnie - specyfikacja własności np.: {x  N: x jest podzielne przez 2} operacje algebry zbiorów operacje logiczne nie sprecyzowane np.: nazwisko Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Atrybuty encji Informacja o encji jest wyrażana przez zbiór par (atrybut, wartość), np.: kolor =‘blue’ waga = 45 cena = 120 ilość = 3 Dany zbiór atrybutów może być traktowany jako typ encji. Zwykle w tabelach umieszcza się zbiory encji tego samego typu. Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Typy obiektów (encji) 1. Każde wystąpienie musi być zdefiniowane unikatowo. 2. Każde z nich pełni niezbędną rolę w budowanym systemie. 3. Każde wystąpienie może być opisane przez jeden lub więcej elementów (atrybutów), z których każdy ma swoją dziedzinę. 4. Te same atrybuty opisują każde wystąpienie tego samego obiektu. Wyróżniamy następujące typy obiektów: ✓ Obiekt ✓ Obiekt asocjacyjny ✓ Obiekt słaby obiekt (notacja Martina) obiekt Obiekt słaby asocjacyjny Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Klucz Klucz - pojedynczy atrybut lub ich zestaw pozwalający jednoznacznie zidentyfikować encję. W danym zbiorze może być wiele kluczy. Powiązania między encjami (zb. encji) /relacje. Założenia: encje są rozróżnialne musi istnieć klucz istnienie klucza wśród atrybutów zależy od interpretacji i zasięgu bazy danych Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Typy powiązań (relacji, związków) 1 a ✓ powiązania typu 1 do 1 2 b 3 c ("1 - 1") d 1 a ✓ powiązania jednoznaczne 2 b 3 c 1 do n ("1 - n" ) d ✓ powiązania wieloznaczne 1 2 a b n do m ("n - m") 3 c d Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Możliwe relacje Możliwe relacje (notacja Martina) Start Koniec brak jeden (1:1) brak lub jeden (0:1) wiele (M:N) zero lub wiele (0:M) jeden lub wiele (1:M) Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Przykładowe diagramy ERD obiekt Obiekt słaby obiekt obiekt obiekt obiekt obiekt obiekt obiekt asocjacyjny Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Przykładowe diagramy ERD – relacje pomiędzy encjami 1. Powiązanie z encję słabą ( np. słownikową ) encja encja słaba 2. Relacja jeden do jeden encja encja 3. Relacja jeden do wielu encja encja 4. Relacja wiele do wielu encja encja encja asocjacyjna Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Przykładowy diagram ERD – baza filmowa Przykładowe dane, które umieścimy w bazie danych : dane o studiach w których zrealizowano filmy, dane o filmach, dane o aktorach, dane o plenerach w których zrealizowano filmy, związek pomiędzy filmem a aktorem, związek pomiędzy filmem a plenerem. Relacje pomiędzy danymi przedstawionymi powyżej : relacja pomiędzy filmami a aktorami ( wiele do wiele ), relacja pomiędzy filmami a plenerami ( wiele do wiele ), relacja pomiędzy studiami a filmami ( jeden do wielu ). Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Przykładowy diagram ERD – baza filmowa Studio Film Filmy-obsada Aktor Filmy-plener Plener Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Analiza wymagań i specyfikacja oprogramowania Diagramy związków encji znajdują zastosowanie w wielu dziedzinach w tym między innymi podczas projektowania oprogramowania. W zależności od poziomu abstrakcji ERD może służyć do: opisu położenia danych w systemie na wysokim poziomie abstrakcji, uniezależnienia danych od procesów na nich operujących, wyróżnienia związków pomiędzy zbiorami danych. Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projektowanie baz danych W tym zastosowaniu ERD służy do analizy powiązań i zależności pomiędzy poszczególnymi tabelami oraz do usuwania problemów z tym związanych. Wykorzystuje się je głównie przy: analizie zależności funkcyjnych w bazie danych, wykrywaniu i usuwaniu problemów z redundancją (nadmiarowością) danych, projektowaniu struktury bazy, czytelnej i przejrzystej wizualizacji położenia atrybutów, analizy powiązań przy definiowaniu i wykorzystywaniu kluczy złożonych. Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” Jakie dane będą zawarte w bazie? Na początek wstawiamy do bazy następujące informacje: dane o studentach, dane o wykładowcach, dane o kursach, dane o wykładach, dane o salach wykładowych. Dodatkowe informacje i warunki będą dodawane w trakcie budowania schematu ERD. Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” Przykładowe atrybuty encji: Student Tworzymy encje: Student Encja Student Encja Profesor Numer identyfikacyjny Nazwisko Encja Kurs Imie Encja Grupa Pesel Encja Sala Adres zamieszkania Telefon domowy Płeć Adres tymczasowy Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” KURS PROFESOR GRUPA STUDENT SALA Koncepcja schematu logicznego „Mała Uczelnia” Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” KURS Relacja: Kurs – grupa (1:M) Relacja: Grupa – student (M:N) ? PROFESOR GRUPA STUDENT Relacja: Relacja: Profesor – grupa (1:M) SALA Sala – grupa (1:M) Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” Problem: rejestracja studenta na kurs GRUPA Do danej grupy może należeć określona ilość studentów np. 35. 1 M M 1 STUDENT Student może się zapisać na kilka kursów np. 5. Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” Problem: program zajęć W danej sali mogą być prowadzone zajęcia SALA dla kilku grup, jednak grupa ma zajęcia tylko 1 w jednej sali. Relacja Wymaga M GRUPA Dla danej grup zajęcia prowadzi tylko M jeden profesor. Relacja Uczy 1 Profesor może prowadzić zajęcia dla kilku PROFESOR grup (np. 3). Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” 1. „Mała Uczelnia” składa się z kilku wydziałów administrowanych przez dziekanów. Relacja pomiędzy wydziałem i dziekanem jest 1:1. 2. Każdy dziekan należy do grupy Administrator. Jeżeli Dziekan wykłada należy również do grupy Profesor. Członkowie grup Administratorzy i Profesorowie należą do grupy Pracownik. Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” PRACOWNIK PROFESOR ADMINISTRATOR Uczy Jest szefem GRUPA WYDZIAŁ Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” PRACOWNIK PROFESOR ADMINISTRATOR Uczy Jest dziekanem GRUPA WYDZIAŁ PROFESOR Zatrudniony PRACOWNIK (1,1) (0,1) Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” 3. Na wydziale jest kilka zakładów (katedr). 4. Najmniejsza ilość zakładów (katedr) wynosi 1, natomiast największa ilość zakładów (katedr) jest nielimitowana. 5. Każdy zakład (katedra) należy tylko do jednego wydziału. PROFESOR Jest dziekanem WYDZIAŁ (0,1) (1,1) (1,N) Obsługuje (1,1) KATEDRA Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” 6. Każdy zakład (katedra) oferuje studentom kilka kursów. KATEDRA Oferuje KURS (1,N) (1,1) Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” 7. Każdy zakład (katedra) oferuje kilka oddzielnym grup dla danego kursu. 8. Zachodzi relacja 1:N pomiędzy encjami KURS i GRUPA 9. Encja GRUPA jest opcjonalna dla encji KURS KURS Tworzy GRUPA (0,N) (1,1) Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” 10. Każdy zakład (katedra) posiada kilkunastu profesorów, którzy należą do niego. 11. Jeden z profesorów jest kierownikiem zakładu (katedry). Tylko jeden z profesorów może być kierownikiem zakładu. 12. Encja WYDZIAŁ jest opcjonalna w relacji „Jest szefem” dla opcji PROFESOR. PROFESOR Jest kierownikiem WYDZIAL (0,1) (1,1) (1,1) (1,N) Należy do Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” 13. Każdy profesor może uczyć do czterech kursów, ale tylko w jednej grupie dla danego kursu. 14. Profesor może być zatrudniony na kontrakcie naukowym i nie uczyć na żadnym kursie. PROFESOR Uczy GRUPA (0,4) (1,1) Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” 15. Student może się zapisać do kilku grup, ale tylko raz może się zapisać do danej grupy. 16. Każdy student może się zapisać np. do sześciu grup i każda grupa może mieć np. po 35 studentów. 17. Encja STUDENT jest opcjonalna dla encji GRUPA. STUDENT ZAPISANY GRUPA (1,6) (1,1) (1,1) (0,35) Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” 18. Każdy zakład (katedra) posiada kilku studentów którzy realizują przedmioty kierunkowe w danym zakładzie (katedrze). 19. Każdy student może posiadać tylko jeden przedmiot kierunkowy i jest on powiązany tylko z jednym zakładem (katedrą). KATEDRA Posiada STUDENT (1,N) (1,1) Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” 20. Każdy student posiada opiekuna w swoim zakładzie (katedrze), opiekun może posiadać kilku studentów. 21. Opiekun jest również profesorem, jednak nie każdy profesor opiekuje się studentami. PROFESOR Opiekuje się STUDENT (0,N) (1,1) Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” Proponowane encje dla naszego projektu: Wydział Katedra Pracownik Profesor Kurs Grupa Zapisany (łączy encje: Grupa, Student) Student Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” Encja Relacja Stopień Encja WYDZIAŁ Obsługuje 1:N KATEDRA KATEDRA Posiada 1:N STUDENT KATEDRA Oferuje 1:N KURS KURS Tworzy 1:N GRUPA PROFESOR Zatrudniony 1:1 PRACOWNIK PROFESOR Jest dziekanem 1:1 WYDZIAŁ PROFESOR Jest kierownikiem 1:1 KATEDRA PROFESOR Uczy 1:N GRUPA PROFESOR Opiekuje się 1:N STUDENT PROFESOR Należy do N:1 KATEDRA STUDENT ZAPISANY N:M GRUPA Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Projekt „Mała uczelnia” Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK  Pytania... Bazy danych I, wykład 2, semestr zimowy 2024/2025 Antoni Dydejczyk, AGH, WFiIS, KISiFK