Normalizace v objektových databázích Vojtěch Merunka

Slides:



Advertisements
Podobné prezentace
DOTAZOVACÍ JAZYKY slajdy přednášce DBI006
Advertisements

Normalizace Řada analytiků se mylně domnívá, že pro každý objekt existuje jedno jediné univerzálně použitelné nejlepší řešení bez ohledu na řešený problém.
Vytvoření menu K čemu slouží Jak se s ním pracuje
FUNKCE SHORA A ZDOLA OMEZENÁ
Úvod do databázových systémů
Co je to uživatelské menu? Ve WinBase si můžeme ke každé aplikaci vytvořit vlastní menu, které po otevření nahradí standardní menu WinBase. Toto uživatelské.
Jan Tichava Zdroj:
Přednáška č. 3 Normalizace dat, Datová a funkční analýza
 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á.
Ing. Jan Mittner Rozšíření modelu 2. Vazba 1:n 3. Vazba m:n 2.
Anglický jazyk Michaela Hrdličková, 251 PT1 – Provozní technika 1. ročník „Tento projekt je spolufinancován Evropským sociálním fondem a státním rozpočtem.
Pojmy z ERD.
Zjednodušeně pomocí UML
Databázové systémy 1 Cvičení č. 4 Fakulta elektrotechniky a informatiky Univerzita Pardubice.
YDASYS Ing. Monika Šimková.
Koreferát: LISp-Miner a (lékařské) ontologie Vojtěch Svátek.
XII/2007 Gepro, spol. s r.o. Ing. Stanislav Tomeš Struktura výkresu - titulní strana Struktura výkresu WKOKEŠ.
Úvod do databázových systémů
Databáze Jiří Kalousek.
Specifika formování poptávky firem po práci a kapitálu
Návrh Databází Štěpán Šípal.
KONCEPTUÁLNÍ MODELOVÁNÍ
DATOVÉ MODELY (c) Tralvex Yeap. All Rights Reserved.
Fakulta elektrotechniky a informatiky
Rozšíření jednouživatelské verze IS na víceuživatelskou Prezentace Diplomové práce Autor : Libor Tomášek Spoluautoři : Pobucký M., Drábek L. Vedoucí :
Normalizace.
Základní pojmy Systém je abstrakce, kterou si lidé vytvářejí v procesu poznávání jako nástroj zkoumání reálných objektů.
Informatika pro ekonomy II přednáška 10
Databázové systémy Přednáška č. 4 Proces návrhu databáze.
OBJEKTOVÉ METODOLOGIE – JEJICH UŽITÍ A VÝKLAD Ing. Martin Molhanec, CSc.
Číslo šablony: III/2 VY_32_INOVACE_P4_3.6 Tematická oblast: Aplikační software pro práci s informacemi II. Databáze - formulář Typ: DUM - kombinovaný Předmět:
Teorie zpracování dat KONCEPTUÁLNÍ SCHÉMA.
E-LEARNINGOVÉ VZDĚLÁVÁNÍ TVŮRCŮ A UŽIVATELŮ JEDNOTNÉHO ZADÁNÍ.
Ukládání heterogenních dat pomocí rozvolněných objektů Michal Žemlička.
organizační struktury Implementace EOS III na Olomouckém kraji Pro:Krajský rok informatiky 2005 Autor:Jan Kadlec Datum:
Ministerstvo obrany Inspekce ministra obrany
Databázové modelování
PRÁCE S DOTAZY Eva Karmazínová, 4. Y. Postup při vytváření dotazů: 1) Vytvoříte vlastní aplikaci 2) Vytvoříte tabulku v aplikaci 3) Vytvoříte strukturu.
Databázové systémy Informatika pro ekonomy, př. 18.
Využití ontologií při dobývání znalostí z databází Hana Češpivová.
Použití dotazu jako zdroj dat pro pohled Vypracovala: Procházková Petra.
Aplikační a programové vybavení
© BBMP: BAM015, BAR487, MAL305, POH015 1 Prezentace projektu Adresář kontaktů Autoři: Kateřina Bambušková, BAM015 Martina Bartošíková, BAR487 Alena Malovaná,
ACCESS TVORBA TABULEK, CVIČENÍ - 05 Ing. Jana Horáková IKT MS Office
Service layer. Service layer – úvod Problém  Vytvoření API aplikace  Odstínění bussiness logiky a transakčního chování od zbytku aplikace  Kam s aplikační.
Databázové systémy Datové modely.
VÝVOJ PODNIKOVÝCH APLIKACÍ NA PLATFORMĚ JAVA - CVIČENÍ Zbyněk Šlajchrt Část 7.
Počítačová podpora konstruování
Databázové systémy Normalizace dat.
P114_21 P114 Klasické metody modelování RDM, ERAM 2.
Stanice v síti učební texty pro deváté ročníky ZŠ.
Návrh struktury - normalizace
TRIGONOMETRIE © RNDr. Jiří Kocourek 2013 Podmínky používání prezentace Stažení, instalace na jednom počítači a použití pro soukromou potřebu jednoho uživatele.
Hotel Tatra, Velké Karlovice 23. – 25. dubna 2007 S4U – Seminář o Univerzitním informačním systému 1 eLearning teoreticky a prakticky Roman Malo.
Název školyHotelová škola Mariánské Lázně Adresa školyKomenského 449/2, Mariánské Lázně Číslo projektuCZ.1.07/1.5.00/ Číslo DUMuVY_32_INOVACE_G-M2-19.
© 2016 InterSystems Corporation. All rights reserved. Integrace OAuth 2.0 a OpenID Connect.
České vysoké učení technické v Praze Fakulta dopravní Ústav dopravní telematiky Geografické informační systémy Doc. Ing. Pavel Hrubeš, Ph.D.
Úvod do databázových systémů
Evidence aplikací a jejich dokumentace
Centrální databáze RIV aneb Co se s vašimi daty děje dál
Výpočetní technika Akademický rok 2008/2009 Letní semestr
Co se dá změřit v psychologii a pedagogice?
Databázové systémy 1 – KIT/IDAS1 Ing. Monika Borkovcová, Ph.D.
Ministerstvo obrany Inspekce ministra obrany
Lazy load Použity informace z knihy Patterns of Enterprise Application Architecture od M. Fowlera Jan Sládek.
Informatika pro ekonomy přednáška 8
Textilní a oděvní materiály
Geografické informační systémy
Přednáška 3 Normalizace databáze.
„Najdi a nafoť školní hřiště, jaké bys chtěl mít u naší školy“.
Transkript prezentace:

Normalizace v objektových databázích Vojtěch Merunka

Proč potřebujeme normalizaci v objektových databázích? V komunitě tvůrců OODB (i učitelů) panuje pověra, že objektovou databázi není třeba normalizovat. Nerozumné používání objektových vazeb v aplikacích. Takové výtvory sice fungují, ale za jakou cenu? Návrhové vzory nestačí. Nejsou určeny k návrhu „správné“ struktury objektů pro potřeby databázového zpracování. Potřebujeme techniku, která by při modelování předurčila všechny možné následné úvahy o použití dědění, skládání a dalších vazeb mezi objekty.

První objektová normální forma schéma v 0ONF Třída je v první objektové normální formě (1ONF), jestliže její objekty neobsahují skupinu opakujících se atributů. Takové atributy je třeba vyčlenit do objektů nové třídy a skupinu opakujících se atributů nahradit jednou vazbou na kolekci objektů této nové třídy. Schéma je v 1ONF jestliže všechny třídy objektů v něm jsou v 1ONF.

První objektová normální forma - výsledek schéma v 1ONF

Druhá objektová normální forma schéma v 1ONF Třída je v druhé objektové normální formě (2ONF), jestliže její objekty neobsahují atribut nebo skupinu atributů, které by byly sdílené s nějakým jiným objektem. Sdílené atributy je třeba vyčlenit do objektu nové třídy a ve všech objektech, kde se vyskytovaly, nahradit vazbou na tento objekt nové třídy. Schéma je v 2ONF jestliže všechny třídy objektů v něm jsou v 2ONF.

Druhá objektová normální forma - výsledek schéma v 2ONF

Třetí objektová normální forma schéma v 2ONF Třída je ve třetí objektové normální formě, jestliže její objekty neobsahují atribut nebo skupinu atributů, které mají samostatný význam nezávislý na objektu, ve kterém jsou obsaženy. Pokud takové atributy existují, tak je třeba je vyčlenit do objektu nové třídy, a v objektu, kde byly obsaženy, nahradit vazbou na tento objekt nové třídy. Schéma je v 3ONF jestliže všechny třídy objektů v něm jsou v 3ONF.

Třetí objektová normální forma - výsledek schéma v 3ONF