Bazy danych. Zachodniopomorski Uniwersytet Technologiczny w Szczecinie. Wykład 3: Model związków encji.
|
|
- Kajetan Piotrowski
- 8 lat temu
- Przeglądów:
Transkrypt
1 Zachodniopomorski Uniwersytet Technologiczny w Szczecinie Bazy danych Wykład 3: Model związków encji. dr inż. Magdalena Krakowiak makrakowiak@wi.zut.edu.pl
2 Co to jest model związków encji? Model związków encji jest semantycznym modelem danych przedstawionym po raz pierwszy w 1976 roku przez P.Chena. Daje projektantowi możliwość przedstawienie obiektów rzeczywistych i abstrakcyjnych miniświata oraz powiązań pomiędzy nimi w postaci diagramu związków encji ERD (ang. Entity Relationship Diagram). Miniświat przedstawiany jest na diagramie ERD w postaci: encji (ang. Entity) relacji (ang. Relationship).
3 Co to jest encja? Rzeczywisty lub abstrakcyjny obiekt świata rzeczywistego Osoba, miejsce, rzecz (obiekty rzeczywiste) lub pojęcie związane ze zjawiskami, cechami czy czynnościami (obiekty abstrakcyjne), które posiada intersujące cechy z punktu widzenia użytkownika i informacje o nich należy przechowywać Przykładowe encje miniświata Przychodnia lekarska : lekarz, badanie, wizyta, typ zabiegu, recepta
4 Właściwości encji Właściwości encji to cechy, które ją charakteryzują określane mianem atrybutu. Nazwy atrybutów w obrębie encji musza być unikalne. Przykładowe atrybuty encji lekarz: imię nazwisko specjalizacja rok rozpoczęcia pracy adres zamieszkania.
5 Klasyfikacja atrybutów Rozróżnia się wiele rodzajów atrybutów, co wynika z faktu, że każdy atrybut można opisać trzema właściwościami: złożoność Czy atrybut jest pojedynczy czy złożony? wielowartościowość Czy atrybut jest jedno- czy wielowartościowy? zapisanie Czy atrybut jest zapamiętany w bazie danych czy wyznaczany na podstawie wartości innych atrybutów?
6 Atrybuty pojedyncze i złożone Atrybut złożony, jak sugeruje nazwa, składa się z wielu części, które można traktować jako atrybuty podporządkowane. Przykład atrybutu złożonego: adres lekarza składający się z innych atrybutów takich jak ulica, miasto, nr domu, kod pocztowy Atrybut pojedynczy to taki, który nie składa się z innych atrybutów; stanowi niepodzielną cechę. Przykład atrybutu pojedynczego: imię lekarza
7 Atrybuty jedno- i wielowartościowe Atrybut jednowartościowy to taka cecha, która dla jednego konkretnego obiektu może przyjąć tylko jedną wartość. Przykład atrybutu jednowartościowego: rok rozpoczęcia pracy Atrybut wielowartościowy to taki, który dla jednego konkretnego obiektu może przyjąć wiele wartości. Przykład atrybutu wielowartościowego: adres lekarza (lekarz może mieć więcej niż jeden adres np. adres korespondencyjny, adres tymczasowy itp.)
8 Atrybuty zapamiętane i wyznaczone Atrybut zapamiętany to cecha obiektu trwale zarejestrowana w bazie danych. (Występuje w większości przypadków) Przykład atrybutu zapamiętanego: rok rozpoczęcia pracy Atrybut wyznaczony to taki, którego wartość jest wyliczana (wyznaczana) na podstawie wartości innego atrybutu. Przykład atrybutu wyznaczonego: staż pracy (liczba lat pracy wyliczona z różnicy pomiędzy rokiem bieżącym a rokiem rozpoczęcia pracy)
9 Modelowanie atrybutów W definicji encji umieszczamy: atrybuty, które są pojedyncze, jednowartościowe i zapamiętane atrybuty podporządkowane (składowe) atrybutów złożonych poprzedzone ewentualnym przedrostkiem informującym o przynależności do atrybutu (np. adr_ulica, adr_miasto itp.) Atrybuty wielowartościowe modelujemy jako nową encję. Atrybutów wyliczeniowych z reguły nie umieszczamy w definicji encji.
10 Typy encji Wszystkie obiekty (encje), które charakteryzują te same atrybuty łączone są w jeden typ encji. W ramach jednego typu encji obiekty mają te same właściwości, ale inne ich wartości tzn., że każda encja opisywana jest za pomocą tych samych atrybutów, które mogą przyjmować różne wartości dla różnych obiektów. Typ encji pozwala na jednoczesne sprawne zarządzanie wszystkimi jego obiektami. Np. Typ encji lekarz zarządza jednocześnie danymi wszystkich lekarzy.
11 Klucz główny W celu rozróżnienia poszczególnych encji w danym typie encji wprowadza się specjalny atrybut(y), który jednoznacznie zidentyfikuje obiekt w danym zbiorze. Taka cecha przyjmuje unikalne wartości dla każdego z obiektów i nie może być pozbawiona wartości (NOT NULL). W przypadku gdy jest to więcej niż jeden atrybut unikalność polega na braku powtórzenia kombinacji wartości tych atrybutów (pojedyncze wartości nie muszą być unikalne). Taki atrybut(y) nazwany jest kluczem głównym (ang. primary key). Przykład klucza głównego typu encji lekarz : nr identyfikacyjny lekarza
12 Atrybut lokalny Wszystkie atrybuty typu encji, które nie są kluczem głównym są atrybutami lokalnymi i domyślnie mogą przyjmować wartości powtarzające się czy puste. Przykład atrybutu lokalnego typu encji lekarz : specjalizacja
13 Atrybut jako nowa encja Nie zawsze cecha/właściwość jest modelowana jako atrybut danej encji. Niekiedy własność encji modelowana jest jako nowa encja. Taka sytuacja ma miejsce (jest wymagana), gdy wystąpi przynajmniej jeden z trzech warunków: potrzeba/chęć budowy słownika (dynamicznego zbioru danych) wartości danej cechy analizowana własność stanowi atrybut wielowartościowy analizowana własność sama opisana jest jeszcze dodatkowymi właściwościami
14 Słownik wartości danej cechy Słownik wartości danej cechy to dodatkowy typ encji stanowiący zbiór możliwych lub występujących wartości cechy. Nazwa słownika z reguły określa daną cechę (jest jej nazwą). Najczęściej słownik posiada dwa atrybuty: identyfikator dodatkowy numer stanowiący klucz główny nazwa wartość danej cechy wymagająca wpisu (NOT NULL) Przykład słownika wartości danej cechy (encji lekarz ) : encja specjalizacja
15 Korzyści wynikające ze słownika Trzy główne aspekty przemawiają za modelowaniem słowników wartości: jednoznaczność każdej wartości przypisujemy unikalny numer (identyfikator) łatwość wyszukiwania zazwyczaj jeden operand numeryczny w operacjach relacji (wynika z jednoznaczności) zamiast budowy wzorców tekstów redukcja pamięci zamiast pełnych nazw wartości (kilkanaście czy kilkadziesiąt bajtów) w podstawowej encji zapisujemy liczby (2, 4 lub 8 bajtów)
16 Kiedy nie tworzyć słowników? Pozbawione sensu jest modelowanie słowników, gdy: nie dotyczą wartości tekstowych (wartości numeryczne, daty, logiczne itp.) przewiduje się znikomą lub zerową powtarzalność wartości
17 Co to jest relacja i typ relacji? Relacja to zależność istniejąca pomiędzy dwoma lub kilkoma encjami. Dla dwu lub kilku typy encji może istnieć wiele encji, które pozostają względem siebie w tej samej relacji. Zbiór wszystkich zależności tej samej relacji nazywamy typem relacji. Liczba typów encji biorących udział w danym typie relacji nazywana jest stopniem typu relacji. Najczęściej stopień relacji wynosi 2. Rekursyjny typ relacji przypadek, gdy jeden typ encji bierze wielokrotnie udział w danym typie relacji. W celu rozróżnienia encji tego samego typu nadaje się im nazwę odpowiadająca roli jaką pełnią w typie relacji.
18 Złożoność typu relacji Jedną z ważniejszych cech typu relacji jest jego złożoność, która wyraża ograniczenia związane z liczbą relacji, w których bierze udział dana encja. Ograniczenia te podawane są formie stosunku pomiędzy dwa typami encji za pomocą notacji (1;M;N). Wyróżnia się trzy rodzaje stosunków (przypadków złożoności): jeden do jednego (1:1) jeden do wielu (1:N) wiele do wielu (M:N)
19 Złożoność typu relacji (1:1) Pomiędzy dwoma typami encji istnieje złożoność (1:1) wtedy, gdy dwie encje (po jednej z każdego typu) mogą wystąpić w danym typie relacji tylko raz. Jest to najrzadziej spotykany stosunek pomiędzy typami encji. Przykład: Rekursyjny typ relacji określający związek małżeński pomiędzy pacjentami. W danym momencie czasowym jeden pacjent może mieć tylko jedną żonę, a pacjentka tylko jednego męża. pacjent (mąż) pacjent (żona) (1:1)
20 Złożoność typu relacji (1:N) Pomiędzy dwoma typami encji istnieje złożoność (1:N) wtedy, gdy jedna encja z typu pierwszego może wejść w relację z wieloma encjami z typu drugiego, ale jedna encja z typu drugiego może wejść w relację tylko z jedną encją z typu pierwszego. Przykład: Typ relacji określający przeprowadzenie wizyty. Jeden lekarz może przeprowadzić wiele wizyt, ale jedna wizyta przeprowadzana jest tylko przez jednego lekarza. lekarz wizyta (1:N)
21 Złożoność typu relacji (M:N) Pomiędzy dwoma typami encji istnieje złożoność (M:N) wtedy, gdy jedna encja z typu pierwszego może wejść w relację z wieloma encjami z typu drugiego i jedna encja z typu drugiego może wejść w relację z wieloma encjami z typu pierwszego. Przykład: Typ relacji określający wykonywanie badań. Jeden pacjent może mieć wykonanych wiele badań i jedno badanie może być wykonane wielu pacjentom. pacjent - badanie (M:N)
22 Atrybuty typu relacji Podobnie jak typy encji, typy relacji także mogą charakteryzować się atrybutami. Z założenia należą do nich atrybuty kluczowe typów encji biorących udział w typie relacji i stanowią atrybuty kluczowe typu relacji. Wynika to z potrzeby identyfikacji danej relacji. Ponadto typ relacji może posiadać także atrybuty lokalne. Przykład: Rekursyjny typ relacji określający związek małżeński pomiędzy pacjentami będzie miał dwa atrybuty kluczowe identyfikatory pacjenta (żona i mąż) oraz może mieć atrybut lokalny np. data ślubu.
23 Słaby typ encji Słaby typ encji to taki typ, który w swoim kluczu głównym posiada atrybuty kluczowe innego typu encji. Zatem do identyfikacji encji słabego typu potrzebny jest identyfikator encji z typy powiązanego. Taki powiązany typ encji nazywany jest identyfikującym właścicielem, a relacja względem słabego typu relacją identyfikującą. Przy pomocy słabych typów encji można określać wzajemne warunki istnienia, ponieważ encja słabego typu może istnieć tylko wtedy, gdy istnieje encja identyfikującego ją typu, znajdująca się względem niej w relacji.
24 Koniec Dziękuję za uwagę!
Zachodniopomorski Uniwersytet Technologiczny w Szczecinie. Bazy danych. Wykład 4: Model SERM. dr inż. Magdalena Krakowiak
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
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,
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
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.....................................
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
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
Diagramy związków encji ERD Ćwiczenia w modelowaniu danych
Diagramy związków encji ERD Ćwiczenia w modelowaniu danych dr Lidia Stępień wykład 5 ERD ang. Entity-Relationship Diagram Diagram związków encji Proces konstruowania projektu systemu bazy danych. Abstrakcyjna
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
Bazy danych TERMINOLOGIA
Bazy danych TERMINOLOGIA Dane Dane są wartościami przechowywanymi w bazie danych. Dane są statyczne w tym sensie, że zachowują swój stan aż do zmodyfikowania ich ręcznie lub przez jakiś automatyczny proces.
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
Systemy informatyczne. Modelowanie danych systemów informatycznych
Modelowanie danych systemów informatycznych Diagramy związków encji Entity-Relationship Diagrams Modelowanie danych diagramy związków encji ERD (ang. Entity-Relationship Diagrams) diagramy związków encji
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ń
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
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
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
Przykład, który rozpatrujemy to układ Lekarz- Pacjent. Pierwszą czynnością jaką trzeba wykonać jest odpowiedź na kilka pytań
Planowanie i tworzenie tabel jest pierwszym i najważniejszym etapem w tworzeniu bazy danych. Wymaga analizy samego zjawiska, które podlega rejestracji w tabelach, oraz dobraniu odpowiednich cech opisujących
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
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ł,
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
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)
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)
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
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
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
Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)
Zagadnienia (1/3) Rola modelu systemu w procesie analizy wymagań (inżynierii wymagań) Prezentacja różnego rodzaju informacji o systemie w zależności od rodzaju modelu. Budowanie pełnego obrazu systemu
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
WPROWADZENIE DO BAZ DANYCH
WPROWADZENIE DO BAZ DANYCH Pojęcie danych i baz danych Dane to wszystkie informacje jakie przechowujemy, aby w każdej chwili mieć do nich dostęp. Baza danych (data base) to uporządkowany zbiór danych z
Posługiwanie się tabelami
Wykład 3 Tabele Posługiwanie się tabelami Przykładowa tabela gromadząca informacje o osobach (Imię, Nazwisko, Data urodzenia) Osoby Imię Nazwisko Data urodzenia Jan Kowalski 1995-01-01 Piotr Nowak 1994-05-22
Świat rzeczywisty i jego model
2 Świat rzeczywisty i jego model Świat rzeczywisty (dziedzina problemu) Świat obiektów (model dziedziny) Dom Samochód Osoba Modelowanie 3 Byty i obiekty Byt - element świata rzeczywistego (dziedziny problemu),
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
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
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, 2013 andrzej.lachwa@uj.edu.pl www.uj.edu.pl/web/zpgk/materialy 2/15
Bazy danych Andrzej Łachwa, UJ, 2013 andrzej.lachwa@uj.edu.pl www.uj.edu.pl/web/zpgk/materialy 2/15 Specyfikacja wymagań Zanim rozpoczniemy modelowanie, musimy dokładnie określić obszar analizy oraz zrozumieć
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,
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
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
Projekt aplikacji prywatnej przychodni weterynaryjnej
Politechnika Częstochowska wydział Inżynierii Mechanicznej i Informatyki PROJEKT Projektowanie i programowanie aplikacji biznesowych Projekt aplikacji prywatnej przychodni weterynaryjnej Imię i Nazwisko:
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
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
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
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
Systemy baz danych. 1. Plan: 2. Zadania: Projekt Bazy Danych - wybór tematów, wstępna kategoryzacja 8. Projekt Bazy Danych - diagram ER
Systemy baz danych 13.03.2013 1. Plan: 7. Projekt Bazy Danych - wybór tematów, wstępna kategoryzacja 8. Projekt Bazy Danych - diagram ER 2. Zadania: 1. Zastanowić się nad tematem do opracowania bazy danych
Wykład I. Wprowadzenie do baz danych
Wykład I Wprowadzenie do baz danych Trochę historii Pierwsze znane użycie terminu baza danych miało miejsce w listopadzie w 1963 roku. W latach sześcdziesątych XX wieku został opracowany przez Charles
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
Projektowanie logiki aplikacji
Jarosław Kuchta Projektowanie Aplikacji Internetowych Projektowanie logiki aplikacji Zagadnienia Rozproszone przetwarzanie obiektowe (DOC) Model klas w projektowaniu logiki aplikacji Klasy encyjne a klasy
Modelowanie danych Model związków-encji
Modelowanie danych Model związków-encji Wykład przygotował: Robert Wrembel BD wykład 3 (1) Plan wykładu Wprowadzenie do modelowania i projektowania systemów informatycznych Model związków-encji encje atrybuty
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ść.
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
Modelowanie związków encji
Modelowanie związków encji 1. Cel modelowania - tworzenia związków encji Metoda modelowania tworzenie związków encji (ERD) odnosi się do etapów strategii i analizy cyklu życia systemu informacyjnego. Cykl
Krzysztof Kadowski. PL-E3579, PL-EA0312,
Krzysztof Kadowski PL-E3579, PL-EA0312, kadowski@jkk.edu.pl Bazą danych nazywamy zbiór informacji w postaci tabel oraz narzędzi stosowanych do gromadzenia, przekształcania oraz wyszukiwania danych. Baza
Bazy danych. wprowadzenie teoretyczne. Piotr Prekurat 1
Bazy danych wprowadzenie teoretyczne Piotr Prekurat 1 Baza danych Jest to zbiór danych lub jakichkolwiek innych materiałów i elementów zgromadzonych według określonej systematyki lub metody. Zatem jest
Dane wejściowe. Oracle Designer Generowanie bazy danych. Wynik. Przebieg procesu
Dane wejściowe Oracle Designer Generowanie bazy danych Diagramy związków encji, a w szczególności: definicje encji wraz z atrybutami definicje związków między encjami definicje dziedzin atrybutów encji
Analiza i projektowanie obiektowe 2016/2017. Wykład 8: Przypisywanie obiektom odpowiedzialności (2)
Analiza i projektowanie obiektowe 2016/2017 Wykład 8: Przypisywanie obiektom odpowiedzialności (2) Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Wzorce
Modelowanie związków encji. Oracle Designer: Diagramy związków encji. Encja (1)
Modelowanie związków encji Oracle Designer: Modelowanie związków encji Technika określania potrzeb informacyjnych organizacji. Modelowanie związków encji ma na celu: dostarczenie dokładnego modelu potrzeb
Autor: Joanna Karwowska
Autor: Joanna Karwowska Klucz podstawowy PRIMARY KEY Klucz kandydujący UNIQUE Klucz alternatywny - klucze kandydujące, które nie zostały wybrane na klucz podstawowy Klucz obcy - REFERENCES Tworząc tabelę,
Podstawy Programowania Obiektowego
Podstawy Programowania Obiektowego Wprowadzenie do programowania obiektowego. Pojęcie struktury i klasy. Spotkanie 03 Dr inż. Dariusz JĘDRZEJCZYK Tematyka wykładu Idea programowania obiektowego Definicja
Paweł Kurzawa, Delfina Kongo
Paweł Kurzawa, Delfina Kongo Pierwsze prace nad standaryzacją Obiektowych baz danych zaczęły się w roku 1991. Stworzona została grupa do prac nad standardem, została ona nazwana Object Database Management
Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl
Komputerowe Systemy Przemysłowe: Modelowanie - UML Arkadiusz Banasik arkadiusz.banasik@polsl.pl Plan prezentacji Wprowadzenie UML Diagram przypadków użycia Diagram klas Podsumowanie Wprowadzenie Języki
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,
Bazy danych - wykład wstępny
Bazy danych - wykład wstępny Wykład: baza danych, modele, hierarchiczny, sieciowy, relacyjny, obiektowy, schemat logiczny, tabela, kwerenda, SQL, rekord, krotka, pole, atrybut, klucz podstawowy, relacja,
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
Podstawy projektowania systemów komputerowych
Podstawy projektowania systemów komputerowych Diagramy klas UML 1 Widok logiczny Widok logiczny Widok fizyczny Widok przypadków użycia Widok procesu Widok konstrukcji Używany do modelowania części systemu
Agnieszka Ptaszek Michał Chojecki
Agnieszka Ptaszek Michał Chojecki Krótka historia Twórcą teorii relacyjnych baz danych jest Edgar Frank Codd. Postulaty te zostały opublikowane po raz pierwszy w 1970 roku w pracy A Relational Model of
Diagram wdrożenia. Rys. 5.1 Diagram wdrożenia.
Diagram wdrożenia Zaprojektowana przez nas aplikacja bazuje na architekturze client-server. W tej architekturze w komunikacji aplikacji klienckiej z bazą danych pośredniczy serwer aplikacji, który udostępnia
Analiza i projektowanie obiektowe 2017/2018. Wykład 3: Model wiedzy dziedzinowej
Analiza i projektowanie obiektowe 2017/2018 Wykład 3: Model wiedzy dziedzinowej Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Model wiedzy dziedzinowej
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
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
Tworzenie warstwy zasobów projektowanie metodą strukturalną
Tworzenie warstwy zasobów projektowanie metodą strukturalną Autor Zofia Kruczkiewicz Programowanie i wdrażanie systemów informatycznych 2011-03-27 1 1. Zasady modelowania wymagań funkcjonalnych systemu
Projektowanie i wdrażanie systemów informatycznych (materiały do wykładu cz. II)
Projektowanie i wdrażanie systemów informatycznych (materiały do wykładu cz. II) Jacek Cichosz www.zssk.pwr.wroc.pl Katedra Systemów i Sieci Komputerowych Politechnika Wrocławska Narzędzia modelowania
Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34
Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34 Projektowanie oprogramowania cd. 2/34 Modelowanie CRC Modelowanie CRC (class-responsibility-collaborator) Metoda identyfikowania poszczególnych
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
Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32
Analiza i projektowanie oprogramowania Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania 2/32 Cel analizy Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie:
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
Modelowanie związków encji. Etapy budowy systemu informatycznego przedsiębiorstwa (1/4) Etapy budowy systemu informatycznego przedsiębiorstwa (2/4)
1 Plan rozdziału 2 Modelowanie związków encji Przykładowy opis miniświata Encje Związki stopień związku typ asocjacji opcjonalność i mandatoryjność Notacje diagramów E Hierarchie encji Etapy budowy systemu
Modelowanie związków encji. Etapy budowy systemu informatycznego przedsiębiorstwa (1/4) Etapy budowy systemu informatycznego przedsiębiorstwa (2/4)
1 Plan rozdziału 2 Modelowanie związków encji Przykładowy opis miniświata Encje Związki stopień związku typ asocjacji Notacje diagramów E Hierarchie encji Etapy budowy systemu informatycznego przedsiębiorstwa
Model relacyjny bazy danych
Bazy Danych Model relacyjny bazy danych Przygotował: mgr inż. Maciej Lasota Bazy Danych 1 1) Model relacyjny bazy danych Relacyjny model bazy danych pojawił się po raz pierwszy w artykule naukowym Edgara
DIAGRAM KLAS. Kamila Vestergaard. materiał dydaktyczny
DIAGRAM KLAS Kamila Vestergaard materiał dydaktyczny DEFINICJA D I A G R A M K L A S Diagram klas pokazuje wzajemne powiązania pomiędzy klasami, które tworzą jakiś system. Zawarte są w nim informacje dotyczące
Bazy danych. Andrzej Łachwa, UJ, /14
Bazy danych Andrzej Łachwa, UJ, 2015 andrzej.lachwa@uj.edu.pl 3/14 Specyfikacja wymagań Zanim rozpoczniemy modelowanie, musimy dokładnie określić obszar analizy oraz zrozumieć go! W praktyce analitycy
Dr Michał Tanaś(http://www.amu.edu.pl/~mtanas)
Dr Michał Tanaś(http://www.amu.edu.pl/~mtanas) Bazy danych podstawowe pojęcia Baza danych jest to zbiór danych zorganizowany zgodnie ze ściśle określonym modelem danych. Model danych to zbiór ścisłych
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
Modelowanie związków encji
Modelowanie związków encji Instrukcja 1. Projekt danych metodą modelowania związków encji Do projektowania struktury bazy danych wykorzystuje się metodę Modelowania Związków Encji Jest to powszechnie stosowana
MAS dr. Inż. Mariusz Trzaska
MAS dr. Inż. Mariusz Trzaska Wykład 5 Model obiektowy cz. 3 Zagadnienia Dziedziczenie asocjacji Asocjacje pochodne Redukcja liczności Role wielowartościowe Trochę więcej o agregacji Agregacja rekursywna
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
Wprowadzenie do baz danych
Wprowadzenie do baz danych Bazy danych stanowią obecnie jedno z ważniejszych zastosowań komputerów. Podstawowe zalety komputerowej bazy to przede wszystkim szybkość przetwarzania danych, ilość dostępnych
KSS: Modelowanie konceptualne przykład
Modelowanie konceptualne model ER KSS: Modelowanie konceptualne przykład Tadeusz Pankowski www.put.poznan.pl/~tadeusz.pankowski Model ER służy do nieformalnego przedstawienia modelu systemu rzeczywistego
Rysunek 1: Przykłady graficznej prezentacji klas.
4 DIAGRAMY KLAS. 4 Diagramy klas. 4.1 Wprowadzenie. Diagram klas - w ujednoliconym języku modelowania jest to statyczny diagram strukturalny, przedstawiający strukturę systemu w modelach obiektowych przez
Przykładowa baza danych BIBLIOTEKA
Przykładowa baza danych BIBLIOTEKA 1. Opis problemu W ramach zajęć zostanie przedstawiony przykład prezentujący prosty system biblioteczny. System zawiera informację o czytelnikach oraz książkach dostępnych
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
Bazy danych. Andrzej Grzybowski. Instytut Fizyki, Uniwersytet Śląski
Bazy danych Andrzej Grzybowski Instytut Fizyki, Uniwersytet Śląski Wykład 6 Model relacyjny danych projektowanie relacyjnych baz danych, model logiczny i relacyjny, zastosowanie Oracle SQL Developer Data
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
Projektowanie Zorientowane na Dziedzinę. ang. Domain Driven Design
Projektowanie Zorientowane na Dziedzinę ang. Domain Driven Design 2 Projektowanie Stan posiadania Przypadki użycia Model dziedziny Operacje systemowe Kontrakty dla operacji systemowych Problemy do rozwiązania
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
Transformacja modelu ER do modelu relacyjnego
Transformacja modelu ER do modelu relacyjnego Wykład przygotował: Robert Wrembel BD wykład 4 (1) Plan wykładu Transformacja encji Transformacja związków Transformacja hierarchii encji BD wykład 4 (2) Pojęcia
Temat: Modelowanie schematu bazy danych za pomocą diagramów związków encji (Entity Relationship Diagrams ERD)
W y k ł a d II Temat: Modelowanie schematu bazy danych za pomocą diagramów związków encji (Entity Relationship Diagrams ERD) Plan wykładu: Cel modelowania konceptualnego i modelu ER Etapy modelowania konceptualnego
Podstawowe zagadnienia z zakresu baz danych
Podstawowe zagadnienia z zakresu baz danych Jednym z najważniejszych współczesnych zastosowań komputerów we wszelkich dziedzinach życia jest gromadzenie, wyszukiwanie i udostępnianie informacji. Specjalizowane
Projektowanie internetowej bazy danych część 1
Projektowanie internetowej bazy danych część 1 Znając podstawy PHP możemy przystąpić do łączenia skryptów z bazą danych. Jak pamiętamy, w rozdziale 2. pt. "Przechowywanie i wyszukiwanie danych" przedstawiono
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
77. Modelowanie bazy danych rodzaje połączeń relacyjnych, pojęcie klucza obcego.
77. Modelowanie bazy danych rodzaje połączeń relacyjnych, pojęcie klucza obcego. Przy modelowaniu bazy danych możemy wyróżnić następujące typy połączeń relacyjnych: jeden do wielu, jeden do jednego, wiele
Wrota Parsęty II o bazie danych przestrzennych - wprowadzenie
Wrota Parsęty II o bazie danych przestrzennych - wprowadzenie Czym jest baza danych? zbiór powiązanych danych z pewnej dziedziny, zorganizowanych w sposób dogodny do korzystania z nich, a zwłaszcza do
Pojęcie bazy danych. Funkcje i możliwości.
Pojęcie bazy danych. Funkcje i możliwości. Pojęcie bazy danych Baza danych to: zbiór informacji zapisanych według ściśle określonych reguł, w strukturach odpowiadających założonemu modelowi danych, zbiór