Databáze 2011/2012. Logický model DB. RNDr.David Hoksza, Ph.D.
|
|
- Michaela Urbanová
- před 5 lety
- Počet zobrazení:
Transkript
1 Databáze 2011/2012 Lgický mdel DB RNDr.David Hksza, Ph.D.
2 Osnva Relační mdel dat Převd knceptuálníh schématu d lgickéh Funkční závislsti Nrmalizace schématu Cvičení převd d relačníh mdelu
3 Relační lgický mdel (nefrmálně) E. F. Cdd reprezentace bjektů knceptuálníh schématu pmcí tabulek (relací) entitní (vztahvý) typ tabulka atribut slupec entita (vztah) řádek tabulky schéma tabulky T(S 1 :T 1,, S n :T n ) T = tabulka, S i = slupec i, T i = datvý typ slupce i schéma DB schémata všech tabulek v DB + případná integritní mezení
4 Relační mdel (nefrmálně) Neexistují 2 stejné řádky, tj. každá tabulka má jednznačný identifikátr Relační mdel nezná pjem NULL hdnty lze zavést metadhntu NULL Mnžina slupců jednznačně identifikující řádky tabulky se nazývá nadklíč Nadklíč s nejmenším pčtem slupců se nazývá klíč klíčů může být více Mnžinu slupců, které jsu klíčem v jiné tabulce nazýváme cizí klíč realizace vatahů mezi entitami
5 Relační mdel (frmálně) relace v algebře R D 1 x D 2 x x D n databázvé rzšíření pjmu relace R(A 1 :D 1,, A n :D n ) zjedndušeně R(A 1,, A n ) frmální vs. nefrmální schéma relace schéma tabulky relace tabulka (data) dména datvý typ slupce prvek relace řádek tabulky dále budeme pužívat zjedndušený relační mdel k ppisu principů převdu knceptuálníh schématu d relačníh
6 Cizí klíč - princip autmbil(spz:string, majitel:string, rk_vyrby:integer, znacka:string) spz majitel rk_vyrby znacka 1A Petr Nvák 1980 Frd ANE 0689 Aleš Vmáčka 2005 Hnda 1T Jsef Nvtný 2000 Hnda 2B Karel Vdrážka 2005 Škda znacka Frd Hnda Škda zeme USA JP CZ vyrbce(znacka:string, zeme:string) klíč cizí klíč
7 Převd kardinalita 1:1 V 1:1 kardinalitě může libvlný z klíčů účastnících se entit být klíčem výslednéh relačníh schématu linkaridic(cisl, start, cil,, id, jmen, rk_narzeni, ) linka(cisl, start, cil,, id), Při nepvinné účasti je třeba zvláštní relaci pr řidiče, který ve vztahu být nemusí ridic(id, jmen, rk_narzeni, )
8 Převd kardinalita 1:1 linka(cisl, start, cil, ) linkaridic(cisl, id) ridic(id, jmen, rk_narzeni, ) Při nepvinné účasti bu entit je třeba vytvřit nvu relaci, prtže každý bjekt v jedné entitě může existvat nezávisle na bjektu v entitě druhé Prtže jsu kardinality na bu stranách 1, tvří každý z cizích klíčů ve spjvací relaci klíč v tét relaci
9 Převd kardinalita 1:N linka(cisl, start, cil, ) Kardinalitu N zajišťuje cizí klíč cisl v relaci ridic, kde nehraje rli klíče (atribut není pdtržen), na rzdíl d (0,1):(1,1) situace ridic(id, jmen, rk_narzeni, cisl) Parcialitu na N straně nejsme schpni v základním relačním mdelu zajistit, prt ke 2 ER schématům máme 1 relační schéma
10 Převd kardinalita 1:N linka(cisl, start, cil, ) linkaridic(cisl, id) ridic(id, jmen, rk_narzeni) Parcialitu na 1 straně zajistíme vlžením spjvací relace, která bude mít id jak klíč. Výsledek je pdbný jak (0:1):(0:1) až na nejednznačnst atributu cisl ve spjvací relaci Parcialitu na N straně nejsme schpni v základním relačním mdelu zajistit, prt ke 2 ER schématům máme 1 relační schéma
11 Převd kardinalita M:N linka(cisl, start, cil, ) linkaridic(cisl, id) ridic(id, jmen, rk_narzeni) Ve vztahu M:N nejsme schpni v relačním mdelu zajistit parcialitu, nebť každý bjekt jedné entity muže být ve vztahu s více bjekty druhé entity nutnst spjvací relace Klíčem ve spjvací relaci nemůže být ani jeden z cizích klíčů, nýbrž klíč musí tvřit ba cizí klíče najednu
12 Funkční závislst př. funkční závislst určuje sémantické vztahy mezi atributy značení čtení RC JMENO Rdné čísl funkčně určuje jmén RČ JMENO /5385 Karel Vmáčka /1182 David Mikeš /5595 Jan Nvák /5385 Patrik Nvý význam Ke každému RČ existuje nejvýše jedn jmén = Neexistují 2 záznamy v tabulce řidič se stejným RČ, ale různým jménem
13 Funkční závislst př. značení {START, CIL} CISLO čtení Start a cíl funkčně určuje čísl CISLO START CIL 106 Kavkazská Nádraží Braník 203 Kačerv Vavřenva 308 Kavkazská Nádraží Braník 205 Zemanka Kmřany význam Ke každému startu a cíli existuje nejvýše jedn čísl = Neexistují 2 záznamy v tabulce linka se stejným startem a cílem, ale různým číslem
14 Funkční závislst frmálně Funkční závislst (FZ) je funkce mezi dménami atributů FZ je typem integritníh mezení, tj. vymezuje jaká data mhu být v DB ulžena, případně vymezuje vztahy mezi nimi Definice: Funkční závislst (FZ) X Y nad schématem R(A) je parciální zbrazení f i : X i Y i, kde X i,y i A (kde i = 1..pčet závislstí pr R(A)). Říkáme že n- tice z X i funkčně určuje m-tici z Y i a že m-tice z Y i funkčně závisí na n-tici z X i
15 Funkční závislst a relační mdel relační mdel lze rzšířit tak, aby byl mžné v něm uchvávat infrmace závislstech, tj. u relace nebudeme uchvávat puze seznam atributů, ale i funkční závislsti mezi nimi R(A, F), kde F = i {f i } nadklíč relace NK NK A klíč relace K K A K 1 : K 1 K klíčvý atribut atribut z A, který je sučástí nějakéh klíče (klíčů může být více) neklíčvý atribut atribut z A, který není sučástí žádnéh klíče
16 Návrh funkčních závislstí mdelvání funkčních závislstí spadá d prcesu funkční analýzy, tj. je třeba jej učinit ještě před vkládáním dat. T plyne i z faktu, že se jedná IO, tedy mezuje mžné vstupy není mžné FZ dvzvat ze stávajících dat, nýbrž z přirzených vztahů mezi atributy ID JMENO 1 Petr Malý 2 Jan Vstrý 3 Aleš Nvý 4 Petr Berka NAJETE_K M_ZA_ME SIC ODPRAC OVANO_ LET PLAT VEK ID ALL JMENO ALL NJKZM OL OL NJKZM {NJKZM, OL} PLAT VEK VSE ne vše, c vidíme v datech becně platí
17 Aktualizační anmálie mějme relaci AUTOBUS(SPZ, NAJETO,, SOUCASTKA, VYROBCE_SOUCASTKY, ) sučástky uchváváme v relaci s autbusy, tj. má-li autbus 20 sučástek, máme 20 prvků relace v tabulce autbus pr jeden autbus příklady aktualizačních anmálií změna infrmace knkrétním autbusu vyžaduje vícenásbné prvedení tét změny chceme-li dstranit jeden autbus z DB, je třeba t učinit na více místech není-li sučástka pužita v žádném autbusu, infrmaci ní ztrácíme nelze přidat sučástku d DB, aniž by nebyla pužita v nějakém autbuse
18 Nrmalizace schématu Nrmalizaci lze zajisti dekmpzicí tak, aby výsledné schéma splňval pžadavky dané nrmální frmy 1NF zajišťuje nestrukturvanst dat 2NF a 3NF mezují redundanci dat, tj. nutí uživatele dekmpnvat schéma Další NF, které nejsu v praxi čast využívány BCNF 4NF 5NF Výhdy Snížení redundance dat menší prstrvé nárky Jedndušší aktualizace dat Zabránění aktualizačním anmáliím Nevýhdy Zpmalení kmplexních dtazů
19 1NF 1. tabulka musí reprezentvat relaci v algebraickém smyslu atributy vnitřně nestrukturvané (žádné vnřené tabulky, neb slžené datvé typy, tj. jak dmény je třeba užít základní datvé typy) 2. neexistence pakujících se skupin sba(id:integer, jmen:string, datum_narzeni:date, pdrizeni:sba[]) sba(id:integer, jmen:string, datum_narzeni:date) sbasba(id_pd:integer, id_nad:integer) sba(id:integer, jmen:string, datum_narzeni:date, tel1:string, tel2:string, tel3:string) sba(id:integer, jmen:string, datum_narzeni:date) sbatelefn(cisl:string, id_sba:integer) 1NF dpruje i situace, kdy je pr telefn pužit jeden slupec typu string, kde jsu telefny dděleny delimitrem
20 2NF v DB se nesmí vyskytvat závislst neklíčvéh atributu NK na vlastní pdmnžině některéh klíče K KK K: KK NK JMENO C_ZIDLE BUDOVA ADRESA PLAT Jan Vdnář 58 A Technická 5, Praha Petr Nvtný 58 B Technická 3, Praha Karel Klář 2 A Technická 5, Praha Patrik Nvý 23 C Studentská 1, Praha Aleš Výmla 45 B Technická 3, Praha {C_ZIDLE,BUDOVA} ALL, BUDOVA ADRESA redundance adresy není v 2NF
21 2NF - dekmpzice JMENO C_ZIDLE BUDOVA PLAT Jan Vdnář 58 A Petr Nvtný 58 B Karel Klář 2 A Patrik Nvý 23 C Aleš Výmla 45 B {C_ZIDLE,BUDOVA} ALL 2NF BUDOVA ADRESA A Technická 5, Praha B Technická 3, Praha C Studentská 1, Praha BUDOVA ADRESA 2NF
22 3NF v DB se nesmí vystkytnut tranzitivní závislst na klíči K A, B: K A B JMENO PSC MESTO PLAT Jan Vdnář Praha Petr Nvtný Praha Karel Klář Brn Patrik Nvý Kuřim Aleš Výmla Brn JMENO VSE, PSC MESTO JMENO PSC MESTO reundance města není v 3NF může být prblematické, když k se rzhdneme uchvávat další infrmace městě, např. pčet byvatel
23 3NF dekmpzice JMENO PSC PLAT Jan Vdnář Petr Nvtný Karel Klář Patrik Nvý Aleš Výmla JMENO ALL 3NF PSC MESTO Praha Praha Brn Kuřim Brn PSC MESTO 3NF
Databáze. Logický model DB. David Hoksza
Databáze Logický model DB David Hoksza http://siret.cz/hoksza Osnova Relační model dat Převod konceptuálního schématu do logického Funkční závislosti Normalizace schématu Cvičení převod do relačního modelu
VíceDatabáze 2011/2012 Konceptuální model DB. RNDr. David Hoksza, Ph.D.
Databáze 2011/2012 Knceptuální mdel DB RNDr. David Hksza, Ph.D. http://siret.cz/hksza Osnva Organizace Stručný úvd d DB a DB mdelvání Knceptuální mdelvání Cvičení - ER mdelvání Náplň přednášky a cvičení
VíceDatabáze 2011/2012 SQL SELECT II. RNDr.David Hoksza, Ph.D.
Databáze 2011/2012 SQL SELECT II. RNDr.David Hksza, Ph.D. http://siret.cz/hksza Osnva Pkrčilé SQL IN, EXIST, ANY, ALL GROUP BY, HAVING CASE, COALESCE Mnžinvé perace Cvičení pkrčilé dtazvání v SQL Klauzule
VíceRelační datový model. Integritní omezení. Normální formy Návrh IS. funkční závislosti multizávislosti inkluzní závislosti
Relační datový model Integritní omezení funkční závislosti multizávislosti inkluzní závislosti Normální formy Návrh IS Funkční závislosti funkční závislost elementární redundantní redukovaná částečná pokrytí
Více4 Datový typ, proměnné, literály, konstanty, výrazy, operátory, příkazy
4 Datvý typ, prměnné, literály, knstanty, výrazy, perátry, příkazy Studijní cíl Tent studijní blk má za cíl pkračvat v základních prvcích jazyka Java. Knkrétně bude uvedena definice datvéh typu, uvedeny
VíceDatabáze 2011/2012 T-SQL - kurzory, funkce. RNDr.David Hoksza, Ph.D.
Databáze 2011/2012 T-SQL - kurzry, funkce RNDr.David Hksza, Ph.D. http://siret.cz/hksza Osnva T-SQL kurzry T-SQL funkce Cvičení Kurzr Datvá struktura umžňující pracvat s výsledkem dtazu Smyslem kurzru
VíceZŠ ÚnO, Bratří Čapků 1332
PwerPint a Access v příkladech Pachner - p výběru tématickéh celku se bjeví kn se zadáním úlhy: ppis jedntlivých dílčích krků p animvaných tázkách jedntlivých dílčích krků uživatel abslvuje test na prvěření
VíceDatabáze 2011/2012 SQL DDL (CREATE/ALTER/DROP TABLE), DML (INSERT/UPDATE/DELETE) RNDr.David Hoksza, Ph.D. http://siret.cz/hoksza
Databáze 2011/2012 SQL DDL (CREATE/ALTER/DROP TABLE), DML (INSERT/UPDATE/DELETE) RNDr.David Hksza, Ph.D. http://siret.cz/hksza Osnva Seznámení s SQL Server Management Studiem (SSMS) Základní architektura
VíceÚvod do databázových systémů 10. cvičení
Vysoká škola báňská Technická univerzita Ostrava Fakulta elektrotechniky a informatiky Úvod do databázových systémů 10. cvičení Ing. Petr Lukáš petr.lukas@nativa.cz Ostrava, 2012 Opakování Univerzální
VíceHelios Orange Plugin Zadávání vlastností
Helis Orange Plugin Zadávání vlastnstí 2015 BürKmplet, s.r.. Obsah Zadávání vlastnstí... 3 Definice... 3 Skupiny... 3 Definice vlastnstí... 4 Knfigurace... 6 Zadávání a zbrazvání vlastnstí... 6 Editační
VíceGLOBÁLNÍ ARCHITEKTURA ROB
Přílha č. 1b zadávací dkumentace GLOBÁLNÍ ARCHITEKTURA ROB verze 1.0 Obsah 1 Vymezení cílů prjektu 3 2 Prcesní architektura 4 2.1 Základní výchdiska návrhu prcesní architektury 4 2.2 Pstup tvrby a pužité
VíceDatabáze 2011/2012. Optimalizace, základní konstrukty T-SQL RNDr.David Hoksza, Ph.D.
Databáze 2011/2012 Optimalizace, základní knstrukty T-SQL RNDr.David Hksza, Ph.D. http://siret.cz/hksza Osnva Principy indexvání Optimalizace dtazů v MSSQL Základní knstrukty T-SQL prměnné pdmíněný tk
VíceDatabázové systémy. Tomáš Skopal. - úvod do relačního modelu. - převod konceptuálního schématu do relačního
Databázové systémy - úvod do relačního modelu Tomáš Skopal - převod konceptuálního schématu do relačního Osnova přednášky relační model převod ER diagramu do relačního modelu tvorba univerzálního relačního
VíceDesign databáze. MI-DSP 2013/14 RNDr. Ondřej Zýka, ondrej.zyka@profinit.eu
Design databáze MI-DSP 2013/14 RNDr. Ondřej Zýka, ndrej.zyka@prfinit.eu Prstředí datvě rientvanéh systému Etapy živtníh cyklu Kmpnenty Skupiny uživatelů Plánvání Vývj Testvání Prvzvání Udržvání Uknčení
VícePráce s WKT řetězci v MarushkaDesignu
0 Práce s WKT řetězci v MarushkaDesignu OBSAH 1 CÍL PŘÍKLADU...2 2 PRÁCE S PŘÍKLADEM...2 3 STRUČNÝ POPIS PŘÍKLADU V MARUSHKADESIGNU...3-1 - 1 Cíl příkladu V tmt příkladu si ukážeme práci s WKT řetězci
VíceDatabázové patterny Profinit. All rights reserved.
Databázvé patterny RNDr. Ondřej Zýka ndrej.zyka@prfinit.eu 2014 Prfinit. All rights reserved. Obsah C je databázvý pattern Pattern: Přiřazení rlí Pattern: Klasifikace 2014 Prfinit. All rights reserved.
VíceSledování provedených změn v programu SAS
Sledvání prvedených změn v prgramu SAS Při práci se systémem SAS se v něklika funkcích sleduje, jaké změny byly prvedeny a kd je prvedl. Patří mezi ně evidence změn v mdulu Evidence žáků neb práce s průběžnu
VíceDatabázové systémy Tomáš Skopal
Databázové systémy Tomáš Skopal - relační model * funkční závislosti, odvozování * normální formy Osnova přednášky Armstrongova pravidla atributové a funkční uzávěry normální formy relačních schémat Armstrongova
VíceÚvod do databázových systémů. Cvičení 12 Ing. Martin Zwierzyna
Úvod do databázových systémů Cvičení 12 Ing. Martin Zwierzyna Základní pojmy Redundance Stejná data jsou uložena v databázi na více místech, zbytečně se opakují Řešení: Minimalizace redundance Základní
VíceDatabáze. Optimalizace, základní konstrukty T-SQL David Hoksza
Databáze Optimalizace, základní knstrukty T-SQL David Hksza http://siret.cz/hksza Osnva Principy indexvání Optimalizace dtazů v MSSQL Základní knstrukty T-SQL prměnné pdmíněný tk prgramu cykly prcedury
Více1. Databázové systémy, definice, struktura
I SZ DB1 1 1. Databázvé systémy, definice, struktura Existují 2 základní p ístupy ke zpracvání dat: Subrv rientvaný p ístup Histricky nejstarší zp sb. Prgram, který zpracvává data má svá vlastní data.
VíceInovace tohoto kurzu byla spolufinancována z Evropského sociálního fondu a státního rozpočtu České republiky.
Inovace tohoto kurzu byla spolufinancována z Evropského sociálního fondu a státního rozpočtu České republiky. Projekt ESF OP VK reg.č. CZ.1.07/2.2.00/28.0209 Elektronické opory a e-learning pro obory výpočtového
VícePodklady k práci s Intranetem - administrátor
SPACE COM spl. s r.. Datum 29.8.2012 Na Závdí 1668 396 01 Humplec +420565535010;731612614 Pdklady k práci s Intranetem - administrátr 1) Přihlášení d systému - ve webvém prhlížeči na adrese http://intranet.sssluzeb.cz
VíceKonceptuální modelování. Pavel Tyl 21. 3. 2013
Konceptuální modelování Pavel Tyl 21. 3. 2013 Vytváření IS Vytváření IS Analýza Návrh Implementace Testování Předání Jednotlivé fáze mezi sebou iterují Proč modelovat a analyzovat? Standardizované pracovní
VícePrimární klíč (Primary Key - PK) Je právě jedna množina atributů patřící jednomu z kandidátů primárního klíče.
Primární a cizí klíč Kandidát primárního klíče (KPK) Je taková množina atributů, která splňuje podmínky: Unikátnosti Minimálnosti (neredukovatelnosti) Primární klíč (Primary Key - PK) Je právě jedna množina
VíceVykreslení obrázku z databázového sloupce na referenční bod geometrie
0 Vykreslení brázku z databázvéh slupce na referenční bd gemetrie OBSAH 1 CÍL PŘÍKLADU...2 2 PRÁCE S PŘÍKLADEM...2 3 UKÁZKA DIALOGOVÉHO OKNA...3 4 STRUČNÝ POPIS PŘÍKLADU V MARUSHKADESIGNU...5-1 - 1 Cíl
VíceIntegrace dat. 2014 Profinit. All rights reserved.
Integrace dat RNDr. Ondřej Zýka ndrej.zyka@prfinit.eu 2014 Prfinit. All rights reserved. Obsah Kategrizace integračních přístupů Krky integrace a řešení prblematických stavů Master Data Management 2014
VíceModely datové. Další úrovní je logická úroveň Databázové modely Relační, Síťový, Hierarchický. Na fyzické úrovni se jedná o množinu souborů.
Modely datové Existují různé úrovně pohledu na data. Nejvyšší úroveň je úroveň, která zachycuje pouze vztahy a struktury dat samotných. Konceptuální model - E-R model. Další úrovní je logická úroveň Databázové
VíceSimulátor krizových procesů na úrovni krizového štábu. Systémová dokumentace
UNIVERZITA OBRANY Simulátr krizvých prcesů na úrvni krizvéh štábu Systémvá dkumentace LUDÍK, Tmáš; NAVRÁTIL, Jsef; KISZA, Karel; ADAMEC, Vladimír 24.1.2012 Ppis systému Simulátr krizvých prcesů na úrvni
VíceDesign databáze. NDBI /14 RNDr. Ondřej Zýka,
Design databáze NDBI036 2013/14 RNDr. Ondřej Zýka, ndrej.zyka@prfinit.eu Návrh databáze Čtyři krky Shrmáždění business pžadavků Knceptuální mdel Lgický mdel Fyzický mdel Mdelvání d začátku neb rzvj stávajících
VíceZŠ ÚnO, Bratří Čapků 1332
Interaktivní výuka MS Office 2000 Pachner Panel nástrjů vlev nahře (zleva) O stránku zpět Úvdní stránka dkumentu návrat na titulní stranu prgramu Histrie přehled navštívených stránek Rejstřík Zálžky Pznámky
VíceDotaz typu Common Info v MarushkaDesignu
0 Dtaz typu Cmmn Inf v MarushkaDesignu OBSAH 1 CÍL TUTORIÁLU...2 2 PRÁCE S TUTORIÁLEM...2 3 UKÁZKA DIALOGOVÉHO OKNA...3 4 STRUČNÝ POPIS TUTORIÁLU V MARUSHKADESIGNU...4-1 - 1 Cíl tutriálu V tmt tutriálu
VíceZákladní mechanizmy UML
Unified Mdeling language (UML), ppis jazyka, typy diagramů a způsb jejich pužití při návrhu různých aspektů systému, syntax a sémantika jazyka a jeh symblů. C je UML (Unified mdeling language) - grafický
VíceDBS Normální formy, normalizace
DBS Normální formy, normalizace Michal Valenta Katedra softwarového inženýrství FIT České vysoké učení technické v Praze c Michal Valenta, 2010 BI-DBS, ZS 2010/11 https://edux.fit.cvut.cz/courses/bi-dbs/
VíceÚvod do databázových systémů 6. cvičení
Vysoká škola báňská Technická univerzita Ostrava Fakulta elektrotechniky a informatiky Úvod do databázových systémů 6. cvičení Ing. Petr Lukáš petr.lukas@nativa.cz Ostrava, 2012 Modelování databází [1]
VíceZákladní škola Valašské Meziříčí, Vyhlídka 380, okres Vsetín, příspěvková organizace
Základní škla Valašské Meziříčí, Vyhlídka 380, kres Vsetín, příspěvkvá rganizace Zpráva z testvání 7.rčníků ZŠ v rámci prjektu Rzvj a pdpra kvality ve vzdělávání Termín testvání : 18.2.-20.2.2015 Pčet
VíceObsah přednášky. Databázové systémy. Normalizace relací. Normalizace relací. Normalizace relací. Normalizace relací
Obsah přednášky Databázové systémy Logický model databáze normalizace relací normální formy tabulek 0NF, 1NF, 2NF, 3NF, BCNF, 4NF, 5NF, DNF denormalizace zápis tabulek relační algebra klasické operace
VíceInformační ikony v MarushkaDesignu
0 Infrmační ikny v MarushkaDesignu OBSAH 1 CÍL PŘÍKLADU...2 2 PRÁCE S PŘÍKLADEM...2 3 UKÁZKA DIALOGOVÉHO OKNA...3 4 STRUČNÝ POPIS PŘÍKLADU V MARUSHKADESIGNU...4-1 - 1 Cíl příkladu V tmt příkladu si ukážeme
VíceNORMALIZACE Část 2 1
NORMALIZACE Část 2 1 Úprava relačního schématu databáze NORMALIZACE Eliminaci aktualizačních anomálií zajišťujeme převedením relačního schématu do 3NF, resp. BCNF. (Normalizovat lze pomocí) DEKOMPOZICE
VíceMetadata Profinit. All rights reserved.
Metadata RNDr. Ondřej Zýka ndrej.zyka@prfinit.eu 2014 Prfinit. All rights reserved. Metadata Jedna z kmpetencí Data managementu Cíle: Zajistit jedntné przumění a užití termínů Integrvat metadata ze všech
VíceDatabázové systémy. Cvičení 2
Databázové systémy Cvičení 2 Matematické a databázové relace Matematická relace podmnožina kartézského součinu A = {X, Y}, B = {1,2,3} kartézský součin: A B A B = {(X,1),(X,2),(X,3),(Y,1),(Y,2),(Y,3)}
VíceTile systém v Marushka Designu
0 Tile systém v Marushka Designu OBSAH 1 CÍL PŘÍKLADU...2 2 PRÁCE S PŘÍKLADEM...2 3 UKÁZKA DIALOGOVÉHO OKNA...3 4 STRUČNÝ POPIS PŘÍKLADU V MARUSHKADESIGNU...4-1 - 1 Cíl příkladu V tmt příkladu si ukážeme
VíceMS Word pro administrátory projektů Základy
MS Wrd pr administrátry prjektů Základy Knání kurzu financván z Operačníh prgramu Vzdělávání pr knkurenceschpnst ZVYŠOVÁNÍ IT GRAMOTNOSTI ZAMĚSTNANCŮ VYBRANÝCH FAKULT MU Registrační čísl: CZ.1.07/2.2.00/15.0224
VíceVizualizace TIN (trojúhelníková nepravidelná síť) v Marushka Designu
; Vizualizace TIN (trjúhelníkvá nepravidelná síť) v Marushka Designu 0 TIN v Marushka Designu OBSAH 1 CÍL PŘÍKLADU...2 2 PRÁCE S PŘÍKLADEM...2 3 UKÁZKA DIALOGOVÉHO OKNA...3 4 STRUČNÝ POPIS PŘÍKLADU V MARUSHKADESIGN...5-1
VíceDatabázové systémy BIK-DBS
Databázové systémy BIK-DBS Ing. Ivan Halaška katedra softwarového inženýrství ČVUT FIT Thákurova 9, m.č. T9:311 ivan.halaska@fit.cvut.cz Kapitola Relační model dat 1 3. Relační model dat (Codd 1970) Formální
Více30. výzva Ministerstva životního prostředí
Čísl výzvy v MS 2014+: 05_16_030 Název výzvy v MS 2014+: MŽP_30. výzva, PO 4, SC 4.4, klvá 30. výzva Ministerstva živtníh prstředí k pdávání žádstí pskytnutí pdpry v rámci Operačníh prgramu Živtní prstředí
VícePřípady užití RSSystems
Případy užití RSSystems Účelem tht dkumentu je definvat rzsah funkcí infrmačníh systému,, Infrmační systém evidence bjednávek (značvaný dále jen RSSystem), určený k pužívání restauračními zařízeními (značvanými
Více5. Formalizace návrhu databáze
5. Formalizace návrhu databáze 5.1. Úvod do teorie závislostí... 2 5.1.1. Funkční závislost... 2 5.1.2. Vícehodnotová závislost (multizávislost)... 7 5.1.3. Závislosti na spojení... 9 5.2. Využití teorie
VíceDatabáze 2013/2014. Konceptuální model DB. RNDr. David Hoksza, Ph.D.
Databáze 2013/2014 Konceptuální model DB RNDr. David Hoksza, Ph.D. http://siret.cz/hoksza Osnova Organizace Stručný úvod do DB a DB modelování Konceptuální modelování Cvičení - ER modelování Náplň přednášky
VíceJak zavést systém managementu kvality
Jak zavést systém managementu kvality Systém managementu kvality může být zaveden d Vaší rganizace něklika způsby, například: 1. knzultační frma Pravidelné návštěvy v rganizaci dbrným pradcem a knzultace
VíceRelace x vztah (relationship)
Relace x vztah (relationship) Peter Chen, Peter Pin-Shan (March 1976): "The Entity-Relationship Model Toward a Unified View of Data". ACM Transactions on Database Systems 1. E-R diagram v Chennově notaci
VíceDatabázové systémy. Úvod do teorie normalizace. Vilém Vychodil
Databázové systémy Úvod do teorie normalizace Vilém Vychodil KMI/DATA1, Přednáška 12 Databázové systémy V. Vychodil (KMI/DATA1, Přednáška 12) Úvod do teorie normalizace Databázové systémy 1 / 10 Přednáška
VíceDatabázové systémy. Cvičení 3
Databázové systémy Cvičení 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
Více- Aplikace je napsána v C#.NET, je instalována na webovém serveru - Data jsou ukládána v databázi MS-SQL 2005 a vyšší
Prdukt: je aplikace pr správu ICT prjektvých záměrů a ICT prjektů. Je zpracvána na základě analýzy a specifikace pžadavků cílvých uživatelů. PMS - Aplikace pr řízení prjektvých záměrů a prjektů je nástrj
VíceVIS ČAK - Uživatelský manuál - OnLine semináře
UŽIVATELSKÝ MANUÁL - ONLINE SEMINÁŘE Autr: Aquasft, spl. s r.., Vavrečka Lukáš Prjekt: VIS ČAK Pslední aktualizace: 11.12.2009 Jmén subru: UživatelskýManuál_OnLine_Semináře_0v2.dcx Pčet stran: 12 OBSAH
VícePlánování směn verze 2.1, revize 03
Plánvání směn verze 2.1, revize 03 Ing. Antnín Vecheta Email: t254@seznam.cz Pžadavky na pčítač: 1) Operační systém: MS Windws Vista neb nvější (nutné) 2) Prcesr: Intel i5 (dpručení) 3) Paměť: 4GB (dpručení)
VíceObsah přednášky. Databázové systémy RDBMS. Fáze návrhu RDBMS. Coddových 12 pravidel. Coddových 12 pravidel
Obsah přednášky Databázové systémy Konceptuální model databáze Codd a návrh relační databáze fáze návrhu pojem konceptuální model základní pojmy entity, relace, atributy, IO kardinalita, 2 historie: RDBMS
VíceDatabázové systémy I. - II. 2009/2010
Databázvé systémy I. - II. 2009/2010 Relační databáze, databázvý server, tabulka Relační databáze (systém řízení báze dat) - sada nástrjů které umžňují splehlivě a efektivně ukládat data a manipulaci s
VíceOrganizační řád Občanského sdružení NHfree.net
Organizační řád Občanskéh sdružení NHfree.net revize 1.3 ze dne 22.2.2009 Občanské sdružení NHfree.net, Stříbrné Hry 121, 341 01 Nalžvské Hry, IČO 27038114, nhnet@seznam.cz, www.nhfree.net Zaregistrván
Více3.5.1 Shodná zobrazení
3.5.1 hdná zbrazení Předpklady: O zbrazení jsme mluvili, než jsme zavedli funkce. Jde takvu relaci z první mnžiny d druhé, při které každému prvku z první mnžiny přiřazujeme maximálně jeden prvek z mnžiny
VíceDatabáze I. 4. přednáška. Helena Palovská
Databáze I 4. přednáška Helena Palovská palovska@vse.cz Mapování ER modelu do relačního DB schématu Od 80. let 20. stol. znám algoritmus, implementován v CASE nástrojích Rutinní postup s volbami rozhodnutí
VíceGenerování Homepage ze serveru AReality.sk
Genervání Hmepage ze serveru AReality.sk 9. 9. 2010 - Ing. Jiří Fřt Diadema Sftware s.r.. Verze 3.5 Diadema Sftware s. r.. Stránka 1 Obsah Obsah... 2 1. Obecně k prpjení dat... 3 2. Typy prpjení dat...
Více5. Formalizace návrhu databáze
5. Formalizace návrhu databáze 5.1. Úvod do teorie závislostí... 2 5.1.1. Funkční závislost... 2 5.1.2. Vícehodnotová závislost (multizávislost)... 7 5.1.3. Závislosti na spojení... 9 5.2. Využití teorie
VíceKapitola 7: Návrh relačních databází. Nástrahy relačního návrhu. Příklad. Rozklad (dekompozice)
- 7.1 - Kapitola 7: Návrh relačních databází Nástrahy návrhu relačních databází Dekompozice (rozklad) Normalizace použitím funkčních závislostí Nástrahy relačního návrhu Návrh relačních databází vyžaduje
VíceDatové typy. $PROG 1 Str. 1/5
$PROG 1 Str. 1/5 Lgický prgram - struktura, základní pjmy, datvá struktura seznam, práce s databází Prlgu. Hlavní dlišnsti prti prcedurálnímu prgramvání, mžnsti pužití neprcedurálníh prgramvacíh jazyka.
VíceÚvod do databázových systémů
Úvod do databázových systémů Databáze je dnes velmi často skloňovaným slovem. Co se pod tímto termínem skrývá si vysvětlíme na několika následujících stranách a cvičeních. Databáze se využívají k ukládání
VíceProvozní řád služby zálohování CIT
Prvzní řád služby zálhvání CIT V Ostravě 5. května 2011 1 Ppis služby Služba zálhvání pskytuje mžnst pravidelnéh autmatizvanéh vytváření kpií (zálh) dat na zálhvací média a mžnst bnvy dat z těcht zálh.
VíceDatabáze I. Přednáška 2
Databáze I Přednáška 2 Transformace E-R modelu do relačního modelu (speciality) zaměříme se na dva případy z předmětu Analýza a modelování dat reprezentace entitního podtypu hierarchie ISA reprezentace
VíceSpisová služba/elisa - Dodatek k manuálu - subverze 1.28
Spisvá služba/elisa - Ddatek k manuálu - subverze 1.28 01.06.2016 Ddatek k manuálu subverze 1.28 1. Obsah 2. Filtrvací ple... 3 3. Zbrazení značky slžky... 4 4. Načítání seznamů (datagridů)... 4 5. Název
VíceNávod k vyplňování formulářů - vyúčtování
Seznam frmulářů služeb Návd k vyplňvání frmulářů - vyúčtvání v P přihlášení d aplikace je třeba zvlit nabídku Finanční vypřádávání a VP a pté pdnabídku Seznam frmulářů. V hrní části kna se nabízí filtr,
VíceUživatelská příručka aplikace Partner24 modul Zaměstnavatelský portál Česká spořitelna penzijní společnost, a.s.
Uživatelská příručka aplikace Partner24 mdul Zaměstnavatelský prtál Česká spřitelna penzijní splečnst, a.s. Verze: 1.20 (30.3.2011) Autr: Jan Zámstný, Lukáš Hns Schválil: Šárka Rlčíkvá Vlastník: ČS penzijní
VíceTeplota a její měření
1 Teplta 1.1 Celsiva teplta 1.2 Fahrenheitva teplta 1.3 Termdynamická teplta Kelvin 2 Tepltní stupnice 2.1 Mezinárdní tepltní stupnice z rku 1990 3 Tepltní rzdíl 4 Teplměr Blmetr Termgraf 5 Tepltní rztažnst
Více1.3. Požárně bezpečnostní řešení
1.3. Pžárně bezpečnstní řešení Název akce : Míst : 3.ddělení MŠ přístavba budvy stávající MŠ, bří. Musálků 249, Řepiště kat.ú. Řepiště, par.č.292/2 Žadatel : Charakter akce : Obec Řepiště ul.mírvá 178
VíceHTML šablona v MarushkaDesignu
0 HTML šablna v MarushkaDesignu OBSAH 1 CÍL PŘÍKLADU...2 2 PRÁCE S PŘÍKLADEM...2 3 UKÁZKA DIALOGOVÉHO OKNA...3 4 STRUČNÝ POPIS PŘÍKLADU V MARUSHKADESIGN...4-1 - 1 Cíl příkladu V tmt příkladu si ukážeme
VíceDatová kvalita Profinit. All rights reserved.
Datvá kvalita RNDr. Ondřej Zýka ndrej.zyka@prfinit.eu 2014 Prfinit. All rights reserved. Datvá kvalita Jedna z kmpetencí Data managementu Cíl: Zajistit uživatelům data v kvalitě ptřebné k jejich činnsti
VíceIPS1 zápočtový test na fei-learnu
IPS1 zápčtvý test na fei-learnu Správce sítě se musí rzvíjet schéma IP adres, které pužívá adresvý prstr 192.168.1.0/24. Síť, která bsahuje sérivé linky, je zařazen mim samstatné řady. Každé síti bude
VíceDODATEČNÉ INFORMACE K ZADÁVACÍM PODMÍNKÁM Č. III ZE DNE 13. 8. 2014
DODATEČNÉ INFORMACE K ZADÁVACÍM PODMÍNKÁM Č. III ZE DNE 13. 8. 2014 ZADAVATEL: Česká republika Ministerstv práce a sciálních věcí Sídlem: Na Příčním právu 1/376, 128 01 Praha 2 Zastupena: Rbinem Pvšíkem,
VíceDBS Transformace konceptuálního schématu na
DBS Transformace konceptuálního schématu na relační Michal Valenta Katedra softwarového inženýrství FIT České vysoké učení technické v Praze c Michal Valenta, 2012 BI-DBS, ZS 2012/13 https://edux.fit.cvut.cz/courses/bi-dbs/
VíceZpráva z testování 7.ročníků ZŠ v rámci projektu Rozvoj a podpora kvality ve vzdělávání
Zpráva z testvání 7.rčníků ZŠ v rámci prjektu Rzvj a pdpra kvality ve vzdělávání Termín testvání : 03. 07.06.2013 Pčet tříd testvání: VII.C) 3 ( VII.A, VII.B, Pčet testvaných žáků: 68 Test se skládal z
VíceTransakce. 2014 Profinit. All rights reserved.
Transakce RNDr. Ondřej Zýka ndrej.zyka@prfinit.eu 2014 Prfinit. All rights reserved. Obsah Definice Savepint, autnmní transakce Transakční módy Izlační úrvně Implementace pmcí zámků Implementace pmcí snapshtů
VíceSPARTAN DAIRY 3.0. Uživatelský manuál. Vytvořeno s podporou Interní vzdělávací agentury projekt č. 2017FVHE/2220/47 VFU BRNO
SPARTAN DAIRY 3.0 Uživatelský manuál Vytvřen s pdpru Interní vzdělávací agentury prjekt č. 2017FVHE/2220/47 VFU BRNO - Prgram spustíte rzkliknutím zelené ikny S (Spartan Diary 3) PO SPUŠTĚNÍ: - Na brazvce
VíceDatabáze I. Přednáška 3
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é
VíceVkládání dat do databázové aplikace
Vkládání dat d databázvé aplikace prjektu Vytváření místníh partnerství benchmarking sciálních služeb Králvéhradeckéh kraje 1 Obsah I. Úvd... 3 II. Jak se přihlásit d aplikace... 3 III. Ppis funkcí Hlavníh
VíceF O R M Á L N Í P O Ž AD AV K Y N A B AK AL ÁŘSKÉ PRÁCE
Katedra gegrafie PřF UJEP e-mail: gegraphy@sci.ujep.cz www: http://gegraphy.ujep.cz F O R M Á L N Í P O Ž AD AV K Y N A B AK AL ÁŘSKÉ PRÁCE Katedra gegrafie PřF UJEP e-mail: gegraphy@sci.ujep.cz www: http://gegraphy.ujep.cz
VíceRELAČNÍ DATABÁZOVÉ SYSTÉMY
RELAČNÍ DATABÁZOVÉ SYSTÉMY VÝPIS KONTROLNÍCH OTÁZEK S ODPOVĚDMI: Základní pojmy databázové technologie: 1. Uveďte základní aspekty pro vymezení jednotlivých přístupů ke zpracování hromadných dat: Pro vymezení
VíceEda. Evidence obchodních aktivit. Proces nákupu
Eda Prces nákupu Tent dkument bsahuje ppis prcesu nákupu včetně ukázky typických krků d bjednávky až p fakturaci. Obsah: Struktura dat... 2 Zalžení bjednávky... 3 Základní údaje... 3 Text bjednávky...
VíceDBS Konceptuální modelování
DBS Konceptuální modelování Michal Valenta Katedra softwarového inženýrství FIT České vysoké učení technické v Praze Michal.Valenta@fit.cvut.cz c Michal Valenta, 2010 BIVŠ DBS I, ZS 2010/11 https://users.fit.cvut.cz/
Vícese sídlem Purkyňova 125, Brno 612 00, IČ: 15545881, DIČ: CZ15545881, tel.: 776824201, e-mail: objednavka@statikum.cz Znalecký posudek
STATIKUM s.r.. znalecký ústav jmenvaný Ministerstvem spravedlnsti ČR se sídlem Purkyňva 125, Brn 612 00, IČ: 15545881, DIČ: CZ15545881, tel.: 776824201, e-mail: bjednavka@statikum.cz Ve věci : Znalecký
VíceÚvod do databázových systémů
Vysoká škola báňská Technická univerzita Ostrava Fakulta elektrotechniky a informatiky Úvod do databázových systémů Cvičení 8 Ing. Petr Lukáš petr.lukas@vsb.cz Ostrava, 2014 Opakování Entita Entitní typ
VíceTeorie elektronických obvodů (MTEO)
Terie elektrnických bvdů (MTEO) Labratrní úlha čísl 6 teretická část Obvd v prudvém režimu Labratrní úlha je zaměřena praktické studium vlivu parazitních vlastnstí aktivních funkčních blků na kmitčtvé
VíceC8 Relační databáze. 1. Datový model
C8 Relační databáze návrh návrh 1. Datový model 2. Příklad T2 Datová základna a její využití v práci manažera 2 Cíle cvičen ení C8 Relační databáze návrh 1. Navrhnout myšlenkový datový model jednoduché
VícePortál veřejné správy
Prtál veřejné správy Z Zvveeřřeejjn něěn níí vvěěssttn nííkku u S Sm maazzáán níí vvěěssttn nííkku u P Přřiid dáán níí p přřííll h h kkee zzvveeřřeejjn něěn néém mu u vvěěssttn nííkku u Vytvřen dne: 16.3.2012
VíceUNIVERZITA PALACKÉHO V OLOMOUCI
EVROPSKÝ FOND PRO REGIONÁLNf ROZVOJ INVESTICE DO VAŠf BUDOUCNOSTI pr Invace UNIVERZITA PALACKÉHO V OLOMOUCI Křížkvskéh 8, 771 47 OLOMOUC č.j.: 699/PJ/OVZ/2013 dne: 07. listpadu 2013 Věc : Ddatečné infrmace
VíceLegenda v MarushkaDesignu
; Legenda v MarushkaDesignu 0 OBSAH 1 CÍL PŘÍKLADU...2 2 PRÁCE S PŘÍKLADEM...2 3 UKÁZKA DIALOGOVÉHO OKNA...3 4 STRUČNÝ POPIS PŘÍKLADU V MARUSHKADESIGN...5-1 - 1 Cíl příkladu V tmt příkladu si ukážeme něklik
VíceZpráva pro uživatele
Zpráva pr uživatele verze 1.0 Zpráva pr uživatele Histrie dkumentu: Verze Datum Schválil 1.0 26.7.2005 Manažer QCA e-mail: manager.pstsignum@cpst.cz Tent dkument pskytuje základní přehled hierarchii certifikačních
VíceMimořádná účetní uzávěrka
Mimřádná účetní uzávěrka E S O 9 i n t e r n a t i n a l a. s. U M l ý n a 2 2 1 4 1 0 0, P r a h a www.es9.cz Strana 1 (celkem 6) Ppis... 3 Průběh mimřádné účetní uzávěrky... 3 Mimřádná účetní uzávěrka
VíceInstalace a technické informace
Dkumentace k mdulu MdleKREM Samstatný mdul MdleKREM umžňuje zbrazit (vyučujícím i studentů) mdel průchdu studenta vyučvaným kurzem a t jak v grafické pdbě (využívající znalstní mdel GLIKREM - GuideLine
VíceVeřejná zakázka SUSEN generální dodávka staveb v areálu Řež. Dodatečná informace č. 1 k zadávacím podmínkám
SUSEN generální ddávka staveb v areálu Řež Ddatečná infrmace č. 1 k zadávacím pdmínkám Č.j.:SUSEN/216937/DI/001 Zadavatel bdržel dne 18. 7. 2012 následující pžadavek na ddatečné infrmace k zadávacím pdmínkám:
VíceNET Genium. Příručka administrátora
NET Genium Příručka administrátra Verze: 1.0 Datum: 2.9.2013 Autr: Bc. Michael Kupka, +420 242 441 548, michael.kupka@netgenium.cm Splečnst: NetGenium s.r.., www.netgenium.cm 1/91 Histrie změn Autr Datum
VíceINFORMACE O NOVÉ VERZI POSKI REAL
INFORMACE O NOVÉ VERZI POSKI REAL Verze 3.3, vydaná 1. 3. 2016 Vážení zástupci realitních kanceláří, Rádi bychm vám představili nvu verzi našeh blíbenéh realitníh sftwaru, která jak vždy, přináší spustu
Více