Úvod do databázových systémů

Slides:



Advertisements
Podobné prezentace
Praktické příklady na definici schématu databáze
Advertisements

Úvod do databázových systémů
Ukázka písemné zkoušky z TZD
Úvod do databázových systémů
Přednáška č. 1 Úvod, Historie zpracování dat, Základní pojmy
Přednáška č. 3 Normalizace dat, Datová a funkční analýza
Ing. Monika Šimková. Máme-li data reprezentovat v databázi, jak vybereme jejich strukturu na konceptuální úrovni? Konceptuální modelování analyzuje požadavky.
Databáze.
Aplikační a programové vybavení
 Informací se data a vztahy mezi nimi stávají vhodnou interpretací pro uživatele, která odhaluje uspořádání, vztahy, tendence a trendy  Existuje celá.
Výpočetní technika Akademický rok 2006/2007 Letní semestr Mgr. Petr Novák Katedra informatiky a geoinformatiky FŽP UJEP
Zjednodušeně pomocí UML
Databázové systémy Relační model.
Databázové systémy 1 Cvičení č. 3 Fakulta elektrotechniky a informatiky Univerzita Pardubice.
1 BUMI Úvod do medicínské informatiky Počítačové cvičení č. 3 Ing. Vratislav Čmiel.
Databáze. Návrh Není to legrace a pro kvalitní databázi je nutné věnovat řadě věcem čas a je nutné použít i papír a tužku!!! Co je to databáze?
A5M33IZS – Informační a znalostní systémy Relační databázová technologie.
Relační datový model Základní ideje
Úvod do databázových systémů
Databáze Jiří Kalousek.
Konceptuální datové modelování
Cvičení 13 Ing. Pavel Bednář
Databáze Úvod.
Návrh Databází Štěpán Šípal.
KONCEPTUÁLNÍ MODELOVÁNÍ
D ATOVÉ MODELY Ing. Jiří Šilhán. D ATABÁZOVÉ SYSTÉMY Patří vedle textových editorů a tabulkových kalkulátorů k nejrozšířenějším představitelům programového.
DATOVÉ MODELY (c) Tralvex Yeap. All Rights Reserved.
Databázové systémy přednáška+cvičení
Fakulta elektrotechniky a informatiky Univerzita Pardubice
Zadání databázového systému
Relační databáze.
Normalizace.
Konceptuální návrh databáze
Vypracoval: Ondřej Dvorský Třída: VIII.A
Úvod do databázových systémů
Informatika pro ekonomy II přednáška 10
Databázové systémy 1 Cvičení č. 9 Fakulta elektrotechniky a informatiky Univerzita Pardubice.
Databázové systémy Přednáška č. 4 Proces návrhu databáze.
Teorie zpracování dat KONCEPTUÁLNÍ SCHÉMA.
INFORMAČNÍ SYSTÉM PŮJČOVNY JÍZDNÍCH KOL
DATABÁZOVÉ SYSTÉMY. 2 DATABÁZOVÝ SYSTÉM SYSTÉM ŘÍZENÍ BÁZE DAT (SŘBD) PROGRAM KTERÝ ORGANIZUJE A UDRŽUJE NASHROMÁŽDĚNÉ INFORMACE DATABÁZOVÁ APLIKACE PROGRAM.
Konceptuální návrh databáze
Databázové modelování
Databázové systémy Relační model.
Teorie zpracování dat DATABÁZOVÁ TECHNOLOGIE.
ACCESS – Primární klíče, relace 15. září 2013VY_32_INOVACE_080305_ACCESS_Primarni_klice_relace_DUM Autorem materiálu a všech jeho částí, není-li uvedeno.
Úvod do databázových systémů
Databázové systémy Informatika pro ekonomy, př. 18.
Množiny.
Obchodní akademie, Ostrava-Poruba, příspěvková organizace Vzdělávací materiál/DUM VY_32_INOVACE_01B17 Autor Ing. Jiří Kalousek Období vytvoření Duben 2013.
Seminář pro studenty BIVŠ
Úvod do logiky (presentace 2) Naivní teorie množin, relace a funkce
Aplikační a programové vybavení
Databázové systémy Datové modely.
MS ACCESS Databáze pro každého. Základní pojmy  Data  určitá fakta, vztahující se k objektům z reálného světa, uložená v paměti počítače  Informace.
Univerzita třetího věku kurz Znalci Databáze 1.
Databázové systémy Úvod, Základní pojmy. Úvod S rozvojem lidského poznání roste prudce množství informací. Jsou kladeny vysoké požadavky na ukládání,
E-R diagram Entity – Relation diagram, diagram entit a vztahů mezi nimi Entity – objekty, které chci v databázi popisovat, mohou nabývat různých hodnot,
Úvod do databází zkrácená verze.
● Databaze je soubor dat,slouží pro popis reálného světa(např.evidence čkolní knihovny..) ● Relační databaze je databáze založená na relačním modelu.
MNOŽINY RNDr. Jiří Kocourek. Množina: skupina (souhrn, soubor) nějakých objektů.
Úvod do databázových systémů
Návrh, požadavky, implementace
Relační databázová technologie
Výpočetní technika Akademický rok 2008/2009 Letní semestr
Informatika pro ekonomy přednáška 8
Geografické informační systémy
Relační model databáze
MNOŽINY RNDr. Jiří Kocourek.
Databázové systémy UIN010
Transkript prezentace:

Úvod do databázových systémů Cvičení 03 Ing. Pavel Bednář pavel.bednar.st1@vsb.cz

Opakování Redundance Nekonzistence Integrita Entita Typ Entity Některé informace ve více souborech opakují, jsou redundantní. Nekonzistence Postupem času se stejné hodnoty zapsané na různých místech začnou rozcházet: při změnách hodnot se oprava položky neprovede na všech místech, kde je položka zapsána, současně jsou v datech hodnoty staré i nové, data ztrácí konzistenci. Integrita Aby agenda byla použitelná, musí být uložená data aktuální, vyjadřovat skutečnost z reálného světa; tuto vlastnost nazýváme integritou dat. Entita Libovolná existující osoba, zvíře, věc či jev (obecně objekt) reálného světa. Entita musí být rozlišitelná od ostatních entit a existovat nezávisle na nich. Typ Entity Množina objektů stejného typu, charakterizovaných názvem typu a popsaných pomocí jejich vlastností - atributů. Jednotlivé entity nazýváme také výskyty nebo instancemi objektů entitního typu.

Opakování Atribut Doména (obor hodnot) atributu Primární klíč -Údaj o objektu, který nás zajímá z hlediska evidence. -Charakteristika vlastnost entity, údaj o objektu. Doména (obor hodnot) atributu -Atribut přiřadí každé entitě z množiny entit hodnotu z nějaké neprázdné množiny hodnot, nazvané doména atributu (obor hodnot atributu). -Atribut je tedy zobrazení množiny entit do domény atributu. Je zadán svým názvem (identifikátorem) a datovým typem. Primární klíč Jeden atribut nebo množinu atributů, které jednoznačně určují entitu v množině entit, nazveme klíčovým atributem.

Vztahová entita Co zaznamenává ? Jaké jsou její atributy -Obyčejná entita popisuje některý objekt -Vztahová entita popisuje vztah mezi entitami Jaké jsou její atributy -Její atributy jsou typy entit, mezi kterými popisuje vztah Instance vztahu jsou pak konkrétní dvojice či n-tice entit vstupujících do vztahu Zaznamenává vztahy mezi entitami Obyčejná entita popisuje některý objekt Vztahová entita popisuje vztah mezi objekty Typ entity pojmenujeme názvem vztahu Její atributy jsou typy entit, mezi kterými popisuje vztah Instance vztahu jsou pak konkrétní dvojice či n-tice entit vstupujících do vztahu

Vztahová entita Příklad 1 Příklad 2 Typ vztahové entity – UČÍ (UČITEL, PŘEDMĚT) Instance vztahu – (Radoslav Fasuga, UDBS) Příklad 2 Entity: MUŽI, ŽENY Vztah – MANŽELSTVÍ (MUŽI, ŽENY) Další atributy vztahy – datum svatby, …

Vztahová entita Jaký je rozdíl mezi vazbou bez informace a vazbou s informací ? -Vazba bez informace obsahuje jako atributy pouze typy entit vstupující do vztahu -Vazba s informací obsahuje další atributy zaznamenávající vlastnosti vazby. Vazba bez informace Obsahuje jako atributy pouze typy entit vstupující do vztahu. Př. UČÍ (UČITEL, PŘEDMĚT) Vazba s informací Obsahuje další atributy zaznamenávající vlastnosti vazby Př. VSTUPUJÍDOMANŽELSTVÍ (MUŽ, ŽENA, DATUM_SVATBY)

Vztahová entita Příklad 1 Příklad 2 Typ vztahové entity – UČÍ (UČITEL, PŘEDMĚT) Instance vztahu – (Radoslav Fasuga, UDBS) Příklad 2 Entity: MUŽI, ŽENY Vztah – MANŽELSTVÍ (MUŽI, ŽENY) Další atributy vztahy – datum svatby, …

ER Diagram Co je ER diagram ? Co reprezentuje obdélník ? Graficky znázorňuje objekty a jejich vztahy. Co reprezentuje obdélník ? Obdélník označuje entitní typ. Co reprezentuje Kosočtverec ? Kosočtverec reprezentuje vztah mezi entitními typy Graficky znázorňuje objekty a jejich vztahy Obdélník označuje entitní typ Kosočtverec reprezentuje vztah mezi entitními typy

ER Diagram Jak se určuje kardinalita vztahu Určuje se dvěma větami Př. „Jeden učitel učí jeden nebo více předmětů“ (1:N) „Jeden předmět může mít jednoho nebo více učitelů“ (1:M)

ER Diagram Do některých vztahů musí vstupovat každá entita množiny entit, do jiného vztahu ne. Jaké existují povinnosti členství povinné (obligatorní) nepovinné (fakultativní) Jak se určuje povinnost členství Př. „Firma může, ale nemusí vyrábět výrobek“ ( o ) „Výrobek musí mít firmu“ (  ) Kolečko uvnitř obdélníku na straně entitního typu vyznačuje povinné členství ve vztahu. Obligatorní členství ve vztahu je velmi důležité IO. Vyjadřuje, že instance jednoho entitního typu nemůže existovat bez zapojení do vztahu s instancí druhého entitního typu. Často se pro toto integritní omezení používá pojem existenční závislost. Entitní typ, který má obligatorní členství ve vztahu, je existenčně závislý na jiném entitním typu.

Příklad 1 – Evidence studentů ZŠ Lineární zápis typů entit Žák (jméno, příjmení, rč, adresa, označení_třídy, ...) Třída (označení_třídy, místnost,...) Učitel (jméno, příjmení,aprobace,...)

Příklad 1 – Evidence studentů ZŠ Primární klíče Žák (jméno, příjmení, rč, adresa, označení_třídy, ...) Třída (označení_třídy, místnost, třídní učitel,...) Učitel (id_učitel, jméno, příjmení,aprobace,...)

Příklad 1 – Evidence studentů ZŠ Lineární zápis typů entit Žák (jméno, příjmení, rč, adresa, označení_třídy, ...) Třída (označení_třídy, místnost, třídní učitel,...) Učitel (id_učitel, jméno, příjmení,aprobace,...) Lineární zápis typů vztahů PATŘÍ (Žák, Třída) 1:N TŘÍDNÍ (Učitel, Třída) 1:1 UČÍ (Učitel, Třída) M:N

Příklad 1 – Evidence studentů ZŠ Zobrazení F množiny A do množiny B je pravidlo, které každému prvku a z A jednoznačně přiřadí nějaký prvek b z B.

Příklad 1 – Evidence studentů ZŠ Jan Novák Kamila Přísná A 6.A 7.A 7.B 7.C B Zobrazení F množiny A do množiny B je pravidlo, které každému prvku a z A jednoznačně přiřadí nějaký prvek b z B.

Příklad 1 – Evidence studentů ZŠ A,B B Jan Novák Jan Novák, 6.A Jan Novák, 7.B Kamila Přísná, 7.A Kamila Přísná, 7.B Kamila Přísná, 7.C 6.A 7.A 7.B 7.C Kamila Přísná Zobrazení F množiny A do množiny B je pravidlo, které každému prvku a z A jednoznačně přiřadí nějaký prvek b z B.

Příklad 1 – Evidence studentů ZŠ Lineární zápis typů entit Žák (jméno, příjmení, rč, adresa, označení_třídy, ...) Třída (označení_třídy, místnost, třídní učitel,...) Učitel (id_učitel, jméno, příjmení,aprobace,...) Vyučování (id_učitel, označení_třídy) Lineární zápis typů vztahů PATŘÍ (Žák, Třída) 1:N TŘÍDNÍ (Učitel, Třída) 1:1 UČÍ (Učitel, Vyučování) 1:N JEVYUČOVÁNA (Vyučování, Třída) N:1

Příklad 1 – Cizí klíče Lineární zápis typů entit Žák (jméno, příjmení, rč, adresa, označení_třídy, ...) Třída (označení_třídy, místnost, třídní učitel,...) Učitel (id_učitel, jméno, příjmení,aprobace,...) Vyučování (id_učitel, označení_třídy) Lineární zápis typů vztahů PATŘÍ (Žák, Třída) 1:N TŘÍDNÍ (Učitel, Třída) 1:1 UČÍ (Učitel, Vyučování) 1:N JEVYUČOVÁNA (Vyučování, Třída) N:1 Cizí klíč je klíč, který nám propojuje typy entit.

Datový slovník Aby typy entit byly zadány úplně, je zapotřebí ke každému atributu určit ještě několik doplňujících údajů. Uspořádané do popisné tabulky Sloupce Atribut (identifikátor) Datový typ (TYPE) Délka (SIZE) Klíčový atribut (KEY) Prázdná hodnota (NULL) Indexový (INDEX) IO. Další integritní omezení Význam – slovní popis atributu Atributy entit jsme zadávali jen pomocí jejich názvů bez dalších podrobností. Aby typy entit byly zadány úplně, je zapotřebí ke každému atributu určit ještě několik doplňujících údajů. Všechny je uspořádáme do popisné tabulky atributů – datového slovníku (Data Dictionary, DD)

Datový slovník

Příklad - SKP katalog firem Máme informační systém řešící databázi firem na internetu, obsahující seznam jimi nabízených produktů a seznam firemních poboček. Databáze obsahuje seznam firem s informacemi IČO, DIČ, Název, Adresa(ulice, město, PSČ), právní forma(firma nemusí mít DIČ). Každá firma je jednoznačně určena svým IČO. Dále máme seznam poboček, který obsahuje IČO firmy, které pobočka patří, číslo pobočky (číslováno od 1 dále pro každou firmu), název pobočky, adresu pobočky, počet zaměstnanců, který nemusí být vždy uveden. (firma nemusí mít žádnou pobočku, ale může mít více než jednu pobočku). Dále systém obsahuje číselník SKP (Standardní Klasifikace Produktů), kde je uvedeno klasifikační číslo produktu, název produktu, popis produktu. Jedná se o úplný seznam, takže ne všechny produkty musí být firmami nabízeny. Jedna firma může nabízet více produktů podle SKP,ale každá firma musí nabízel alespoň jeden produkt z SKP

Příklad – Hod oštěpem Máme informační systém atletických závodů v hodu oštěpem. Systém obsahuje seznam všech atletických klubů v ČR. Informace o klubech jsou číslo klubu (jednoznačné pro každý klub), název klubu, adresa klubu – město, ulice, PSČ. Ne každý klub v seznamu musí mít atleta, který hází oštěpem. Dále máme seznam atletů kde evidujeme, rodné číslo atleta, jméno, příjmení, věkovou kategorii, osobní rekord, který nemusí být uveden a příslušnost ke klubu. Dále máme seznam závodů na celý rok, tedy již absolvovaných i připravovaných závodů. Zde sledujeme číslo závodu (které obsahuje rok a pořadí závodu v sezóně), název závodu, datum konání, místo konání závodu (město, stadion) a koeficient závodu (jako číslo od 0 do 100). Pokud atlet nastoupí v určitém závodě může házet minimálně 3x a maximálně 6x. Evidujte výsledky atleta v daném závodě, kde výsledkem je délka hodu v centimetrech. Neplatné pokusy se nemusí ukládat.

Příklad – Autoopravna Máme informační systém autoservisu. V autoservisu existuje seznam automobilů, které byly opravovány s informacemi, SPZ (státní poznávací značka) auta, typ auta (jako text popisující model karoserie a motoru), číslo karoserie, číslo motoru, rok výroby. Každé auto v seznamu bylo servisováno. Dále informační systém obsahuje katalog součástek, které se dají objednat pro opravu. Seznam obsahuje číslo součástky (jednoznačné číslo z katalogu), název součástky, typ_součástky (základní rozdělení zda se jedná o součástku pro karosáře, elektrikáře, lakýrníky, motoráře), cena součástky, ne každá součástka musí být použita při servisním zákroku. Dále máme seznam oprav, který má jednoznačné číslování (rok + pořadí opravy), obsahuje informaci o autě, které bylo servisováno, datumu a času přijetí vozu, datum předání zpět, cena za opravu (pokud je vůz právě v servisu datum předání a cena nejsou uvedeny), kontaktní telefon majitele. K opravě uvedeme seznam použitých součástek (ne vždy musí být pro opravu použity nějaké součástky, ale v rámci jedné opravy může být použito více součástek stejného typu).