Databáze I. Přednáška 3

Podobné dokumenty
Databázové systémy. Cvičení 3

5. Formalizace návrhu databáze

5. Formalizace návrhu databáze

Kapitola 7: Návrh relačních databází. Nástrahy relačního návrhu. Příklad. Rozklad (dekompozice)

Obsah přednášky. Databázové systémy. Normalizace relací. Normalizace relací. Normalizace relací. Normalizace relací

Střední průmyslová škola Zlín

Úvod do databázových systémů. Cvičení 12 Ing. Martin Zwierzyna

Databázové systémy. Normálové formy + kandidátní klíče. 2.přednáška

4IT218 Databáze. 4IT218 Databáze

Materiál byl vytvořen v rámci projektu Nové výzvy, nové příležitosti, nová škola

Databáze I. 4. přednáška. Helena Palovská

Úvod do databázových systémů 10. cvičení

Primární klíč, cizí klíč, referenční integrita, pravidla normalizace, relace

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

Databáze. Logický model DB. David Hoksza

Relační datový model. Integritní omezení. Normální formy Návrh IS. funkční závislosti multizávislosti inkluzní závislosti

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

Inovace tohoto kurzu byla spolufinancována z Evropského sociálního fondu a státního rozpočtu České republiky.

Databázové systémy Tomáš Skopal

Databáze I. Přednáška 2

Databázové systémy. Vztahy a relace. 3.přednáška

Úvod do databázových systémů 6. cvičení

11. blok Normalizace. Studijní cíl

DBS Normální formy, normalizace

Databázové systémy. Úvod do teorie normalizace. Vilém Vychodil

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

Návrh databázového modelu

Normální formy. Zdeněk Kouba

Databázové systémy. * relační kalkuly. Tomáš Skopal. - relační model

Modely datové. Další úrovní je logická úroveň Databázové modely Relační, Síťový, Hierarchický. Na fyzické úrovni se jedná o množinu souborů.

Jiří Mašek BIVŠ V Pra r ha

Hierarchický databázový model

Analýza dat a modelování. Přednáška 2

Databáze I. Přednáška 6

NORMALIZACE Část 2 1

Analýza a modelování dat 6. přednáška. Helena Palovská

Databázové systémy. Ing. Radek Holý

Informační systémy 2008/2009. Radim Farana. Obsah. Obsah předmětu. Požadavky kreditového systému. Relační datový model, Architektury databází

Databázové systémy Cvičení 5.3

Analýza a modelování dat 3. přednáška. Helena Palovská

4. Základy relačních databází, logická úroveň návrhu

Otázka č. 1 (bodů za otázku: 4)

Databázové systémy Cvičení 5

Strukturované metodologie

Terminologie v relačním modelu

Databázové a informační systémy

Relační databáze. V dnešní době existuje řada komerčních DBMS, nejznámější jsou:

Databázové systémy. Cvičení 2

Databázové systémy. Přednáška 1

Databázové systémy. Datová integrita + základy relační algebry. 4.přednáška

TÉMATICKÝ OKRUH Teorie zpracování dat, Databázové a informační systémy a Teorie informačních systémů

Marketingová komunikace. 2. soustředění. Mgr. Pavel Vávra Kombinované studium Skupina N9KMK1aPH/N9KMK1bPH (um1a1ph/um1b1ph)

Analýza dat a modelování. Přednáška 3

7. Normální formy. PŘ: POJIŠŤOVNA Povinné ručení relace Platby

Konceptuální modelování. Pavel Tyl

Jaký je rozdíl v definicicíh VARCHAR2(20 BYTE) a VARCHAR2(20 CHAR):

KIV/ZIS cvičení 2. Martin Kryl

Teorie zpracování dat

UNIVERZITA PARDUBICE FAKULTA EKONOMICKO-SPRÁVNÍ

POUŽITÍ DATABÁZÍ. Po ukončení tohoto kurzu budete schopni

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

Obsah přednášky. Databázové systémy RDBMS. Fáze návrhu RDBMS. Coddových 12 pravidel. Coddových 12 pravidel

Marketingová komunikace. 2. a 3. soustředění. Mgr. Pavel Vávra 9103@mail.vsfs.cz. Kombinované studium Skupina N9KMK3PH (vm3aph)

DATOVÉ MODELOVÁNÍ ER MODEL

Formální konceptuální analýza

Kapitola 2: Entitně-vztahový model (Entity-Relationship model) Množiny entit (entitní množiny) Atributy

RNDr. Jakub Lokoč, Ph.D. RNDr. Michal Kopecký, Ph.D. Katedra softwarového inženýrství Matematicko-Fyzikální fakulta Univerzita Karlova v Praze

RELAČNÍ DATABÁZOVÉ SYSTÉMY

Relační databázový model. Vladimíra Zádová, KIN, EF, TUL- DBS

Uživatelský manuál: Modul Nové kontakty

UDBS Cvičení 10 Funkční závislosti

Úloha 1. Úloha 2. Úloha 3. Text úlohy. Text úlohy. Text úlohy

UČEBNÍ TEXTY OSTRAVSKÉ UNIVERZITY. Přírodovědecká fakulta RELAČNÍ DATABÁZE (DISTANČNÍ VÝUKOVÁ OPORA) Zdeňka Telnarová. Aktualizovaná verze 2006

8.2 Používání a tvorba databází

Úvod do databázových systémů 1. cvičení

Pro zvládnutí této kapitoly budete potřebovat 4-5 hodin studia.

Objektově orientované technologie Logická struktura systému Objektový diagram. Pavel Děrgel, Daniela Szturcová

DATOVÝ A FUNKČNÍ MODEL INFORMAČNÍHO SYSTÉMU

Zadání semestrálního projektu Algoritmy II. letní semestr 2017/2018

Úvod do softwarového inženýrství IUS 2009/2010 p.1/30

PV167 Projekt z obj. návrhu IS. 26. března 2008

NÁVRH SYSTÉMU PRO ÚČELY ADMINISTRATIVY FOTBALOVÉHO SVAZU

DUM - Digitální Učební Materiál

Primární klíč (Primary Key - PK) Je právě jedna množina atributů patřící jednomu z kandidátů primárního klíče.

SOLVER UŽIVATELSKÁ PŘÍRUČKA. Kamil Šamaj, František Vižďa Univerzita obrany, Brno, 2008 Výzkumný záměr MO0 FVT

Teorie systémů TES 5. Znalostní systémy KMS

Databázové systémy. Cvičení 1

DBS Konceptuální modelování

Databáze 2013/2014. Konceptuální model DB. RNDr. David Hoksza, Ph.D.

Projekt z předmětu Teorie zpracování dat

Normalizace rela ního schématu

Kurz Databáze. Obsah. Návrh databáze E-R model. Datová analýza, tabulky a vazby. Doc. Ing. Radim Farana, CSc.

Relační model reprezentuje databázi jako soubor relací. Kaţdá relace představuje tabulku nebo soubor (ve smyslu soubor na nosiči dat).

předměty: ukončení: Zápočet + Zkouška / 5kb např. jméno, název, destinace, město např. student Jan Novák, narozen

Dolování asociačních pravidel

Tvar dat a nástroj přeskupování

Databázové systémy trocha teorie

Lineární algebra - I. část (vektory, matice a jejich využití)

RELACE, OPERACE. Relace

Databázové patterny. MI-DSP 2013/14 RNDr. Ondřej Zýka,

Transkript:

Databáze I Přednáška 3

Normální formy relací normální formy relací definují určité vlastnosti relací, aby výsledná databáze měla dobré vlastnosti, např. omezena redundance dat snažíme se převést navržené relace do podoby, aby splňovaly určitou normální formu provádíme bezeztrátovou dekompozici

Normální formy relací 1 NF 2 NF 3 NF Boyce-Codova NF (3.5 NF) 4 NF 5 NF

První normální forma všechny hodnoty atributů jsou atomické, neexistuje složený atribut (všechny domény jsou skaláry) převod do 1 NF: dekompozice neatomického atributu na samostatné atributy

První normální forma relace ČTENÁŘ není v 1. NF, atribut adresa není atomický ČTENÁŘ ID_Č JMÉNO PŘÍJMENÍ ADRESA 1 František Kuldanů Dejvická 1, 160 00 Praha 6 2 Josef Novák Luční 3, 460 01 Liberec převod do 1. NF: dekompozice atributu adresa

První normální forma ČTENÁŘ ID_Č JMÉNO PŘÍJMENÍ ULICE Č_DOMU PSČ MĚSTO 1 František Kuldanů Dejvická 1 160 00 Praha 6 2 Josef Novák Luční 3 460 01 Liberec pokud relace obsahuje opakované skupiny hodnot, také nesplňuje 1. NF OBJEDN(CISLO,ID_ZAK,POL1,MN1, POL2, MN2,POL3,MN3) řeší se rozkladem na dvě relace (jako vztah mezi objednávkou a položkami) OBJEDN(CISLO,ID_ZAK) OBSAHUJE(POL,MN)

Druhá normální forma relace je ve 2.NF právě tehdy, když: je v 1. NF všechny atributy jsou závislé na celém kandidátu na klíč relace, kde je kandidát na klíč tvořen jedním atributem, je automaticky v 2. NF vyšetřovat, zda je relace ve 2. NF, má smysl pouze u relací se složeným klíčem

KNIHA Druhá normální forma ISBN NÁZEV OBOR ROK_VYD KÓD_ AUTORA PŘÍJMENÍ JMÉNO 978-80-01-04606 -7 978-80-01-04606 -7 Databázové systémy pro dopravní aplikace Databázové systémy pro dopravní aplikace Informatika 2010 235 Jeřábek Michal Informatika 2010 236 Kaliková Jana 80-85190 -38-9 Babička Beletrie 1995 1 Němcová Božena klíčem musí být množina atributů dvojice ISBN,KÓD_AUTORA jedna kniha může mít více autorů a atributy nemohou být vícehodnotové (viz. 1. NF)

Druhá normální forma atributy PŘÍJMENÍ a JMÉNO jsou závislé pouze na atributu KÓD_AUTORA (jednoznačně je identifikuje), tedy na části klíče atributy NÁZEV, OBOR a ROK_VYD jsou závislé pouze na atributu ISBN, tedy opět na části klíče relace není ve 2. NF

Druhá normální forma převedení do 2. NF dekompozice na tři relace KNIHA(ISBN,NÁZEV,OBOR,ROK_VYD) AUTOR(KÓD_AUTORA,PŘÍJMENÍ, JMÉNO) NAPSAL(ISBN, KÓD_AUTORA)

Třetí normální forma relace je ve 3.NF právě tehdy, když: je v 2. NF žádný atribut, který není klíčem, není tranzitivně závislý na žádném klíči, tj. všechny neklíčové atributy jsou vzájemně nezávislé

Třetí normální forma ZAMĚSTNANCI ID PŘÍJMENÍ STÁT MĚNA 1 Fuller USA USD 2 Novák ČR CZK 3 Calmon USA USD 4 Muller SRN EUR atribut MĚNA závisí na atributu STÁT, tedy MĚNA tranzitivně závisí na klíči ID ID STÁT MĚNA

Třetí normální forma převedení do 3. NF dekompozice na dvě relace ZAMĚSTNANCI(ID,JMÉNO,STÁT) MĚNY(STÁT,MĚNA)

Boyce/Codova normální forma variace 3. NF lze ji aplikovat pouze za podmínek: relace má více kandidátů na klíč nejméně 2 z kandidátů na klíč jsou složené kandidáty na klíč se v některých atributech musí překrývat relace je v BCNF, pokud není mezi kandidáty na klíč žádná funkční závislost

Boyce/Codova normální forma ČÍSLO_DODAV JMÉNO_DODAV ČÍSLO_VÝR MNOŽSTVÍ SPOTŘEBUJTE_DO 1 První mlékárna 30 120 14.10.2016 kandidáty na klíč jsou: (ČÍSLO_DODAV,ČÍSLO_VÝR,SPOTŘEBUJTE_DO) (JMÉNO_DODAV,ČÍSLO_VÝR,SPOTŘEBUJTE_DO) splňují 3 podmínky z předešlého snímku JMÉNO_DODAV je funkčně závislé na ČÍSLO_DODAV relace není v BCNF

Boyce/Codova normální forma převedení do BCNF dekompozice na dvě relace DODAVATELÉ(ČÍSLO_DODAV,JMÉNO_DODAV) ZBOŽÍ(ČÍSLO_DODAV,ČÍSLO_VÝR,MNOŽSTVÍ, SPOTŘEBUJTE_DO)

Čtvrtá normální forma zabývá se vztahy uvnitř složeného klíče relace je ve 4.NF právě tehdy, když: je v BCNF klíč tvoří jen ty hodnoty, které mají vzájemnou souvislost

Čtvrtá normální forma ZAMĚSTNANCI ZAMĚSTNANEC ÚKOL KVALIFIKACE Novák Tvorba webu HTML Novák Tvorba webu PHP Voráč Analýza IS UML klíčem jsou všechny tři atributy (složený klíč) kvalifikace nemá skutečnou vzájemnou souvislost s úkolem navíc, nejsem schopen udržovat informace o kvalifikaci zaměstnance bez přiděleného úkolu

Čtvrtá normální forma převedení do 4. NF dekompozice na dvě relace ZAMĚSTNANCI(ZAMĚSTNANEC,ÚKOL) KVALIFIKACE(ZAMĚSTNANEC,KVALIFIKACE)

Pátá normální forma týká se kandidátů na klíč, které jsou tvořeny nejméně třemi atributy relace je v 5.NF právě tehdy, když: je v 4. NF nemůže být dále bezeztrátově rozložena na více relací tj. nedostaneme původní informaci operací přirozeného spojení rozložených relací ztrátou informace rozumíme i to, že operací spojení dostaneme řádky navíc než v původní relaci, nejen že něco zmizí