13. blok Databázové modelování v praxi
|
|
- Vladislav Vratislav Marek
- před 7 lety
- Počet zobrazení:
Transkript
1 13. blok Databázové modelování v praxi Studijní cíl Rekapitulace všech kroků při tvorbě databázového modelu. Demonstrace všech fází databázového návrhu na praktickém příkladu. Ukázky z modelování v konkrétním modelovacím nástroji. Přenesení fyzického modelu do databáze. Doba nutná k nastudování 2-3 hodiny Průvodce studiem Při studiu tohoto bloku se předpokládá, že čtenář je obeznámen se základními pojmy ze všech fází databázového modelování, jako jsou entity, atributy, relace tabulky, kandidátní klíče, primární klíče, cizí klíče, parcialita, kardinalita, apod. 1. Úvod Cílem tohoto bloku je ukázat praktický příklad modelování databázového systému. Postupně budou představeny probrané kroky databázového modelování. Zároveň bude poukázáno na vzájemnou návaznost jednotlivých kroků. Za modelový příklad bylo zvoleno vytvoření informačního systému vysoké školy. Samozřejmě se bude jednat jen o demonstrativní příklad, tudíž systém nebude reflektovat všechny typické potřeby vysokých škol a proto se bude jednat jen o zjednodušený model informačního systému. Předně bude tento blok zaměřen na samotnou fázi modelování databázového systému, tzn., že se soustředí na fáze konceptuální, logického a fyzického modelovaní. O před-návrhových fázích bude předpokládáno, že již proběhly a že máme k dispozici všechny jejich důležité výstupy. 1
2 2. Konceptuální modelování Jak již bylo řečeno, základním úkolem konceptuálního modelování je identifikace pokud možno co největšího počtu podstatných entit modelovaného systému spolu s relacemi mezi těmito entitami. Zároveň by mělo dojít k nalezení důležitých atributů entit a relací. Všechny důležité kroky konceptuálního modelování se dají shrnout následujícími body: 1. Identifikace entit. 2. Identifikace relací. 3. Identifikace atributů a spojení atributů s entitami a relacemi. 4. Nalezení domén atributů. 5. Vyhledání kandidátních, primárních a alternativních klíčů. 6. Kontrola redundance v modelu. 7. Posouzení zda model podporuje uživatelské transakce. Nyní tedy přistoupíme ke kroku číslo jedna Identifikace entit. O detailech hledání entit v rámci konceptuálního modelování se může více dočíst v kapitole o identifikaci entit v rámci bloku o konceptuálním modelování. Předpokládejme, že pro prostudování datového slovníku, který byl vytvořen během před-návrhové fáze tvorby databázového modelu, byly vybrány následující důležité entity. Pro lepší přehlednost je dobré vytvořit seznam nebo tabulku pro zobrazení nalezených entit. Zvolíme tabulku: Student Vyučující Program Obor Studijní materiál Zkouška Předmět Fakulta Tabulka 1 - Nalezené entity. Samozřejmě že seznam není kompletní, neboť informační systémy vysokých škol bývají velmi rozsáhlé, tudíž čítají velký počet entit. Je důležité uvědomit si, že tento seznam entit nelze nikdy prohlásit za konečný. V pozdějších částech modelovaní se totiž mohou objevit entity nové, jejichž výskyt nebyl v raných fázích modelování zřejmý. V tu chvíli je nutné seznam entit aktualizovat o nově nalezené entity. Naopak se může i stát, že v pozdějších fázích budou identifikovány entity, které z pohledu modelovaného systému pozbyly smyslu. Ty je naopak nutné ze seznamu entit odstranit. Proto se na celý proces tvorby databázového modelu pohlíží jako na iterativní proces, jehož jednotlivé fáze se mohou stále opakovat. 2
3 2.2. Identifikace relaci. Nyní, když máme k dispozici seznam pro nás všech důležitých entit, je nutné začít hledat vztahy mezi těmito entitami. K tomu slouží seznam nalezených entit spolu s datovým slovníkem nalezeným v před-návrhové fázi tvorby databázového modelu. Podrobnější informace o identifikaci relaci naleznete opět v bloku o konceptuálním modelování, konkrétně v kapitolt věnující se identifikaci relací v bloku konceptuálního modelování. Výstupem této fáze může být opět přehledná tabulka všech nalezených relací. Entita Relace Entita Student Zapisuje Předmět Student Přihlašuje Zkouška Vyučující Učí Předmět Vyučující Vytváří Zkouška Program Má Obor Fakulta Nabízí Program Student Studuje Fakulta Vyučující Publikuje Studijní materiál Studijní materiál Náleží Předmět Tabulka 2 - Nalezené relace mezi entitami. Je vhodné pojmenovávat jednotlivé relace unikátními názvy, které zároveň odráží význam dané relace. Důležité je upozornit na to, že ne všechny nalezené entity musí mít vazby na ostatní identifikované entity. V systému se klidně mohou vyskytovat osamocené entity. Výskyt těchto entit není v žádném případě chybou modelu, a proto je důležité, aby z modelu nebyly odstraněny, protože můžou modelovat velmi důležitou část systému. Výpis jednotlivých relací do tabulky je výhodný, když pracujeme s malým počtem entit a relací. Se zvětšujícím se počtem entit a relací se však stává nepřehledným. Výhodné je proto jednotlivé relace zobrazit graficky, pomocí tzv. ER-diagramu (blok konceptuálního modelování, kapitola o ER modelování), viz příklad: 3
4 <<Entity>> Stud. materiál < Náleží < Publikuje <<Entity>> Student Zapisuje > <<Entity>> Předmět < Učí <<Entity>> Vyučující Přihlašuje > Vytváří Studuje > <<Entity>> Zkouška <<Entity>> Fakulta Nabízí > <<Entity>> Má > Program <<Entity>> Obor Obrázek 1 - Grafické znázornění relací mezi entitami konceptuálního modelu. Tento ER-diagram byl vytvořen prostřednictvím UML notace pomocí programu Visio. Samozřejmě existují i jiné programy pro tvorbu ER diagramů podporující nejrůznější notace zápisu ER diagramu. Vždy, před využitím konkrétního programu pro ER modelování je nutné ověřit si, jaké notace daný program využívá a jakým způsobem je graficky reprezentuje. Po identifikaci relací je nutné přistoupit k identifikaci multiplicit relací. Multiplicita vyjadřuje počet výskytů jedné entity, které se mohou vztahovat k jedinému výskytu související entity. Opět je vhodné multiplicity reprezentovat graficky, resp. je zahrnout do původní grafické reprezentace relací. Viz diagram: < Náleží 0..N <<Entity>> Stud. materiál 0..N < Publikuje <<Entity>> Student 0..N Zapisuje > 0..N <<Entity>> Předmět 1..N 0..N 0..N 1..N < Učí <<Entity>> Vyučující Studuje > Přihlašuje > 0..N <<Entity>> Zkouška 0..N < Vytváří 1..1 <<Entity>> Fakulta Nabízí > 1..* <<Entity>> Program Má > 1..* <<Entity>> Obor Obrázek 2 - Konceptuální model se znázorněním multiplicit. 4
5 2.3. Identifikace atributů, spojení atributů s entitami a relacemi. Po nalezení entit, relací a stanovení multiplicit přichází na řadu hledání atributů. Atributy jsou de facto vlastnostmi nalezených atributů a relací. Příkladem atributu entity Student může být studentovo jméno. Příkladem atributu relace, může být například datum zápisu na zkoušku, který by určitě náležel relaci Přihlašuje. Více informací o hledání atributů naleznete v kapitole popisující identifikaci atributů v bloku věnovaném konceptuálnímu modelování. Výstup tohoto kroku je opět vhodné reprezentovat tabulkou. Viz tabulka atributů pro vybrané entity. Entita Student Předmět Zkouška Atributy cislostudenta, jmenostudenta (složený: stjmeno, stprijmeni), stdatumnarozeni, strodnecislo, adresa (složený: stulice, stcp, stměsto, stpsc), st , sttelefon, stpohlavi, ststuduje kodpredmetu, prnazevpredmetu, prpocetkreditu cislozkousky, zkdatumzkousky, zkmaxstudentu Tabulka 3 - Příklady nalezených atributů k vybraným entitám. Následně je nutné u nalezených atributů identifikovat jejich domény (kapitola o nalezení domén atributů, blok konceptuálního modelování) a určit kandidátní, primární a alternativní klíče (kapitola o vyhledávání klíčů, blok konceptuálního modelování) Validace konceptuálního modelu Pod pojem validace konceptuálního modelu se dají zahrnut kroky kontroly redundance a kontroly podpory uživatelských transakcí. V případě kontroly redundance (nadbytečnosti) se kontroluje, zda model některé skutečnosti nemodeluje zbytečně vícekrát. Redundance se může vyskytnout jednak u entit, kdy se v modelu objeví více entit, které však ve všech případech modelují tutéž skutečnost. Redundance může postihnout i relace, tzn., že v modelu se mezi dvěma entitami objeví relace, kterou je možné vyjádřit pomocí jiné relace (jiných relací). A konečně, redundance může postihnout i atributy, kdy máme v modelu sice různě pojmenované atributy, avšak všechny vyjadřují stejnou vlastnost. Redundance je ve většině případů považovaná za škodlivou a proto je jí dobré z modelu odstranit. O výjimce, kdy je redundance žádoucí, informuje kapitola o řízeném zavedení redundace z bloku věnovaného fyzickému modelování. Po odstranění redundancí z modelu je nutné prověřit, zda výsledný model podporuje všechny navržené a požadované uživatelské transakce. Jinak řečeno, zda nad navrženým modelem bude možné provádět všechny požadované operace a zda model umožňuje ukládání všech požadovaných informací. V této fázi by mělo vyjít 5
6 najevo, že byly některé důležité entity a relace opomenuty, nebo že byly neprávem odebrány. Více informací o kontrole uživatelových transakcí naleznete v kapitole popisující kontrolu uživatelských transakcí (blok konceptuálního modelování) Shrnutí konceptuálního modelování Výstupem konceptuálního modelování je ER diagram zachycující entity a relace. Model je zatím oproštěn od implementačních detailů, avšak zachycuje základní logiku modelovaného systému. Model by neměl obsahovat žádné redundance a zároveň byl splňovat všechny požadované uživatelské transakce. Námi vytvořený ER diagram a nalezené atributy budou sloužit jako podklad pro fázi logického modelovaní. 6
7 3. Logické modelování Základním zdrojem informací pro logické modelování je diagram vytvořený ve fázi konceptuálního modelování. Podstatou logického modelování je převedení nalezených entit a relací na tabulky a relace mezi těmito tabulkami. Kompletní teoretický základ logického modelovaní je popsán v příslušném e-learningovém bloku věnovaného logickému modelování. V rámci tohoto bloku bude logické modelování představeno z praktické stránky. Bude představen nástroj pro tvorbu logických modelů, kde bude následně konceptuální model převeden na logický Logické modelování prakticky Tvorba logického modelu bude provedena pomocí programu Toad Data Modeler (TDM) ve verzi čtyři, konkrétně v jeho freewarové verzi. Je dobré zdůraznit, že TDM umožňuje přímou konverzi logického modelu do fyzického modelu. TDM využívá pro vizualizaci ER-diagramu IE notace. Alternativně může používat i notaci IDEF1X. Specifikem IE notace, například oproti UML notaci, je v grafickém zobrazení multiplicit. Následující tabulka osvětlí význam jednotlivých grafických zobrazení. IE notace UML Notace 1..N 0..N Tabulka 4 - Grafické znázornění multiplicity v logickém modelu. Nyní bude představen samotný modelovací nástroj Toad Data Modeler 4. Freeware verzi je možné stáhnou z: Základní rozhraní aplikace vypadá následovně: 7
8 Obrázek 3 - Modelovací nástroj Toad Data Modeler. V podstatě se dá rozdělit na tři základní část: 1. Pracovní plocha (Workspace), do které se tabulky a relace logického modelu umisťují. 2. Logical Model Explorer - udržuje strom všech objektů použitých v modelu. 3. Panel obsahující objekty a nástroje pro tvorbu modelů. Pokud chceme začít vytvářet nový logický model, je nejprve nutné nový model vytvořit. To se provede přes menu File -> New -> Model. Po kliknutí na model se objeví následující formulář: 8
9 Obrázek 4 - Založení nového logického modelu. V rámci toho formuláře se vybírá, jaký typ modelu bude vytvořen. Jelikož se nacházíme ve fázi logického modelování, zvolíme záložku Logical Data Model a v ní položku Logical model. Současně můžeme vyplnit jméno modelu, pokud se chceme vyhnout přiřazení implicitního jména. Po potvrzení formuláře se otevře nový pracovní prostor, ve kterém můžeme náš logický model vytvářet. Pro tvorbu modelu je nejdůležitější panel nástrojů nazvaný Designer. Na tomto panelu pro modelování asi nejčastěji využijete následující tři objekty: Entita v kontextu logického modelování se jedná o tabulku, kterou chceme modelovat. Relace identifikující relace spojující dvě tabulky. Tento typ relace po převodu na fyzický model umístí kopii primárního klíče rodičovské tabulky do tabulky dceřiné, kde se tento cizí klíč zároveň stane i klíčem primárním. 9
10 Neidentifikující relace opět slouží pro vytvoření relace mezi dvěma tabulkami, ovšem v tomto případě se z primárního klíče rodičovské tabulky stane jen cizí klíč dceřiné tabulky Vytvoření tabulky Nyní se můžeme přesunout k tvorbě samotného logického modelu databáze. Zvolíme tedy objekt entity a vložíme jej do našeho pracovního prostoru. Po přesunutí do prostoru bychom měli vidět prázdnou tabulku: Obrázek 5 - Prázdná tabulka logického modelu. Dvojklikem na prázdnou tabulku (alternativně pravý klik a volba Edit ) otevřeme formulář pro zadávání jednotlivých vlastností tabulky: Obrázek 6 - Detail tabulky logického modelu. 10
11 Na záložce General jsou nejdůležitěji položky Caption a Name. Položka Name udává skutečné jméno tabulky, kdežto položka Caption udává název, který se bude zobrazovat v rámci modelu. Po vyplnění obou položek můžeme přejít k záložce Attributes. Obrázek 7 - Zobrazení sloupců tabulky logického návrhu. Na této záložce přidáváme jednotlivé sloupce tabulky. Sloupec přidáme stiskem tlačítka Add. U každého sloupce můžeme kromě jeho jména a jména, které se bude zobrazovat v rámci modelu, nastavit i jeho datový typ. Jelikož se jedná o logický model, zde uvedené datové typy nebudou korespondovat datovými typy žádného databázového systému. Jedná se pouze o obecné datové typy. U určitých datových typů, jako třeba Number je možné specifikovat i přesnost daného typu. Obdobně u řetězce s proměnlivou délkou je možné specifikovat maximální počet ukládaných znaků. K tomu slouží sloupce p1 a p2. Upozornění: Cizí klíče se v TDM nemodelují, jsou totiž reprezentovány relacemi a jsou tedy generovány automaticky. Další důležitou záložkou modelu je záložka Unique Identifiers. Záložku Description je vhodné využít pro popis významu dané tabulky. Může se zde například specifikovat význam tabulky v kontextu daného systému, můžou zde být zaznamenány různé změny, které byly nad tabulkou provedeny, nebo zde může být popsán obecný formát ukládaných dat. Záložka To Do pak může sloužit pro záznam budoucích plánovaných změn tabulky. 11
12 Obrázek 8 - Unikátní identifikátory tabulky logického návrhu. Základním úkolem záložky Unique Identifiers je specifikovat primární klíče dané tabulky. Dále je možné specifikovat i alternativní klíče. V každé tabulce bude vždy specifikován minimálně jeden klíč, a to klíč primární. Nyní je nutné určit, které sloupce tabulky se stanou primárním klíčem. To se provede dvojklikem na již existující unikátní identifikátor. Obrázek 9 - Výběr sloupců, jejž se stanou primárním klíčem dané tabulky. 12
13 Sloupce, které chceme označit jako primární klíče, přesuneme do pravého sloupce. Důležité je, abychom po definici sloupců na záložce Attributes tabulku uložili, například přes tlačítko Apply formuláře s detaily tabulky. Pokud bychom tak neučinili, nebyli by v tomto formuláři na výběr žádné sloupce. Po přesunutí formulář potvrdíme, následně potvrdíme i formulář s detaily naší tabulky. Po potvrzení bychom měli dostat následující výsledek: Obrázek 10 - Výsledná tabulka logického modelu Vytvoření relace Tvorba relací bude demonstrována na dvou ukázkových tabulkách. Každá z ukázkových tabulek obsahuje primární klíč: Obrázek 11 - Tabulky bez relace. Jak již bylo uvedené výše, v TDM existují dva typy relací, které můžeme realizovat. Jsou to relace identifikující a neidentifikující. Relace se v TDM vytvoří tak, že se vyper příslušný typ relace z nabídky a dané relace se vede vždy od rodičovské tabulky k tabulce dceřiné. 13
14 Obrázek 12 - Tabulky s ukázkami identifikující a neidentifikující relace. V rámci logického modelování je rozdíl více méně grafický. Avšak podívejme se, co se s jednotlivými relacemi stane, když dané logické modely převedeme na modely fyzické. Obrázek 13 - Tabulky s identifikující a neidentifikující relací po převedení na fyzický model. U identifikující relace došlo k tomu, že primární klíč rodičovské tabulky se stál zároveň i primárním klíčem dceřiné tabulky. Kdežto u neidentifikující relace došlo pouze k vytvoření cizího klíče v dceřiné tabulce. Tuto skutečnost je dobré mít vždy na paměti a před použitím relace se vždy zamyslet nad tím, jakou relaci využít. Nyní se zaměříme na vlastnosti jednotlivých relací. Detail každé relace získáme dvojklikem na příslušnou relaci. 14
15 Obrázek 14 - Detail relace. V základních údajích (záložka General ) každé relace můžeme vyplnit její jméno, její název v rámci modelu. Dále se zde zobrazují informace o tabulkách, které se dané relace účastní a volí se zde i unikátní identifikátor rodičovské tabulky, který se relace účastní. Ovšem asi nejdůležitější záložkou tohoto dialogu je záložka Cardinality. 15
16 Obrázek 15 - Nastavení kardinalit a parcialit v rámci vlastností relace. Tato záložka slouží pro zadávání kardinalit a parcialit. Jinak řečeno se zde nastavují příslušné multiplicity a to, zda se daná entita vztahu účastnit musí nebo nemusí. Záložka Description slouží pro popis významu relace, může zde být vyjmenována určitá specifika dané relace apod. Záložka To Do opět slouží pro zachycení budoucích plánovaných změn a úprav. Modelovaní vazby M:N V rámci logického modelování v TDM neexistuje přímý způsob jak tuto vazbu namodelovat (ve fyzickém modelování tato volba existuje). V zásadě ale existují dvě možnosti, jak relaci M:N v logickém modelu vyjádřit. V podstatě záleží na tom, jestli daná relace obsahuje nějaké atributy nebo ne. Pokud daná relace žádné atributy neobsahuje, je možné ji z počátku modelovat jako standardní relaci 1:N s tím že v nastavení příslušné relace na záložce Cardinality se nastaví, že se jedná o relaci typu více k více (vazba Many Many ). Výsledek bude následující: 16
17 Obrázek 16 - Vazba M:N v logickém modelu. Po převedení na fyzický model TDM automatický vytvoří vazební tabulku. Tento způsob reprezentace relace M:N je jednoduchý, ale neumožňuje vyjádřit relaci, která sebou nese nějaké atributy. Výsledek automatického převodu na fyzický model: Obrázek 17 - Vazba M:N po převedení na fyzický model. Pokud chceme ale reprezentovat relace s atributy, je nutné mezi tabulky spojené relaci M:N vložit další tabulku, která bude obsahovat dané atributy relace. Viz příklad: Obrázek 18 - Znázornění relace typu M:N s atributy v logickém modelu. A po převodu na fyzický model: Obrázek 19 - Relace M:N s atributy ve fyzickém modelu. Samozřejmě je vhodné vazební tabulku nějak vhodně pojmenovat (minimálně v rámci fyzického modelu). 17
18 3.2. Shrnutí logického modelování S teoretickými znalostmi z bloku o logickém modelovaní spolu se znalostmi základní tvorby logického modelu v TDM bychom nyní měli být schopní převést ER diagram vytvořený ve fázi konceptuálního modelovaní na logický model. Postupným převodem entit na tabulky a reprezentací nalezených relací bychom měli dojít přibližné k následujícímu modelu: 18
19 Obrázek 20 - Logické model. 19
20 4. Fyzické modelování Fyzické modelování přímo navazuje na fázi logického modelování. Teoretický základ fyzického modelovaní je detailně popsán v bloku e-learningu o fyzickém modelování. Tento blok popisuje fyzické modelování z praktické stránky. V rámci tvorby fyzického modelu v TDM existuje velmi silná vazba na logický model. V TDM je logický model přímý zdroj dat pro fyzický model. TDM je schopen automaticky konvertovat logický model na fyzický model konkrétní verze databázového systému Automatické vytvoření fyzického modelu Pokud máme vytvořen v TDM logicky model, není nic jednoduššího, než využít průvodce konverze logického modelu na model fyzický. Průvodce se spustí pravým klikem na kořenovou položku stromu objektů daného logického modelu. V kontextové nabídce pak stačí zvolit Sync & Convert Wizard. Obrázek 21 - Průvodce převodem logického modelu na fyzický. V úvodním kroku průvodce zvolíme akci Convert Model to Another Targed Database System, která převede daný logický model na konkrétní fyzický model vhodný pro konkrétní databázový systém. Dalším důležitým krokem průvodce je krok tři, kdy se volí cílový databázový systém. Zvolíme databázový systém Oracle, konkrétně Oracle 11g Release 2. Ostatní kroky můžeme ponechat bez zásahů. Na závěr bychom měli obdržet souhrnné informace o tom, kolik objektů logického modelu bylo převáděno a kolik se jich skutečně do fyzického modelu převedlo. 20
21 Obrázek 22 - Souhrn po převodu logického modelu na fyzický. Po potvrzení formuláře tlačítkem Finish se zobrazí převedený fyzický model. 21
22 Obrázek 23 - Fyzický model. 22
23 Vytvořit fyzický model, pokud máme již existující logický model, je tedy velmi jednoduché. I když fyzické modelování v rámci TDM se do značné míry podobá logickému modelování, jsou zde jisté odlišnosti, které jsou dány vlastnostmi cílového databázového systému, pro který je model vytvářen. Nyní probereme některá specifika fyzického modelovaní v TDM Specifika fyzického modelování Pokud ve fyzickém modelu otevřeme detail tabulky, uvidíme přibližně následující dialog. Jelikož je náš model určen pro databázový systém Oracle můžou se dialogy pro jiné databázové systém mírně odlišovat. Obrázek 24 - Detail tabulky ve fyzickém modelu. 23
24 Na první pohled je zřejmé, že detail tabulky obsahuje mnohem více možností, než tomu bylo v případě tabulky logického modelu. Kromě standardních záložek General, Attributes a Keys, které už byly i u logického modelování, se zde objevují záložky: Indexes Na této záložce se definují indexy dané tabulky. Check Constratints Tato záložka umožňuje nad tabulkou definovat omezení typu CHECK. Triggers Zde je možné definovat spouště aktivované specifickou DML operací nad danou tabulkou. Permissions Umožňuje nastavit přístupová práva jednotlivých uživatelů v rámci databázového systému. SQL Preview Náhled na SQL skript pro vygenerování tabulky. Relationship Přehled relací z/do ostatních tabulek. Přehledně zobrazí všechny rodičovské tabulky, zároveň zobrazí i tabulky, pro které je daná tabulka rodičem. Physical Properties Umožňuje nastavit fyzickou organizaci tabulky. Je dobré se zmínit i o záložkách Comment a To Do. V záložce Comment můžeme specifikovat komentář k dané tabulce. V komentáři může být popsán význam dané tabulky, to jaká data tabulka uchovává a to k čemu v rámci modelovaného systému tabulka slouží. Důležité je, že tyto komentáře se v rámci generovaného skriptu připojí k dané tabulce. To znamená, že daný komentář bude uložen i v cílové databázi jako komentář dané tabulky. V podstatě se jedná o analogii komentáře, kterou znáte z klasických programovacích jazyků. Používání komentářů se vřele doporučuje, neboť díky nim bude význam tabulky ihned zřejmý a bude dostupný i ze samotného databázového systému. Záložka To Do opět slouží pro plánování změn v tabulce. 24
25 Jistých změn doznal i dialog detailu relace: Obrázek 25 - Detaily relace fyzického modelu. V rámci dialogu vlastnosti relace došlo k několika změnám. Předně nastavovaní kardinalit a parcialit se přesunuli na hlavní záložku. Nyní už není například možné přes tento dialog definovat vazbu M:N. Tu je možné ve fyzickém modelu vyjádřit jen přes vazební tabulku. TDM pro tento případ přidal k identifikující a neidentifikující relaci v návrháři i relaci typu M:N, která vazební tabulku vytvoří automaticky. Další novinkou ve fyzickém modelu je možnost vytvořit nad daným cizím klíčem relace index (volba Create Index to Foreign Key ). Dialog vlastností relace ve fyzickém modelu definuje navíc následující záložky: Referntial Integrty Umožňuje nastavit pravidla pro operace UPDATE a DELETE v rodičovské a dceřiné tabulce. Foreign Keys Zobrazuje vazby jednotlivých atributů z obou tabulek. Výhodné v případě že atribut primárního a cizího klíče nejmenují stejně. 25
26 SQL Preview SQL skript s definicí dané relace. Index to Foreign Key Umožňuje specifikovat detaily indexu vytvořeného nad cizím klíčem. Jistých změn doznal i dialog vlastností atributů tabulky. Ve fyzickém modelovaní má následující podobu: Obrázek 26 - Detaily sloupce fyzického modelu. Oproti atributům v logickém modelu je nyní možné specifikovat konkrétní datový typ specifický pro zvolený databázový systém. Dále je možné pro daný atribut definovat využití sekvence (Used Sequence). V případě že definujme použití sekvence, dojde při generování skriptu k vytvoření triggeru, který bude automaticky obstarávat využívání sekvence nad daným atributem. Obzvláště výhodné je definovat sekvence nad umělými primárními klíči. Na této záložce je možné dále 26
27 definovat výchozí hodnotu sloupce, tzn. hodnotu, která se použije, když bude tento sloupce při vkládání opomenut. Obdobně jako u tabulky, i u vlastností sloupců najdeme záložku Comment. Záložka umožňuje přidat k danému sloupci komentář. Komentář může osvětlovat význam sloupce v kontextu tabulky, strukturu ukládaných dat nebo význam ukládaných hodnot. Komentáře sloupců mohou být opět zahrnuty do výsledného skriptu. Takové pak komentáře budou opět dostupné přímo z databáze, například dotazem do systémového katalogu. Výhodné je to především proto, že význam sloupce je možné získat přímo z databáze a není nutné jeho význam dohledávat v projektové dokumentaci. Používání komentářů, ať už u tabulek nebo sloupců, přispívá k jednoduššímu pochopení modelu. Rozumné používání komentářů snižuje riziko nedorozumění či špatné interpretace dané tabulky či sloupce. Využívat komentáře je proto více než přínosné a určitě se vyplatí investovat určitý čas do psaní komentářů Vytvoření databáze Jak je vidět, základní aspekty fyzického modelovaní se velmi podobají modelovaní logickému. Základní rozdíl je v tom, že při fyzickém modelovaní nás navíc ovlivňují faktory ovlivněné volbou cílového databázového systému. Nyní tedy máme k dispozici fyzický model databáze. Nyní je na řadě fáze, kdy je nutné daný model aplikovat na databázový systém, tzn. všechny tabulky, relace, omezen, indexy apod., vytvořit v databázi. TDM tuto činnost značně zefektivňuje. Z vytvořeného modelu umožňuje vygenerovat skript, který v databázi všechny definované objekty vytvoří. Průvodce vygenerováním skriptu se spustí z menu Model, položka Generate DLL Script nebo stiskem klávesy F9 nad modelem. Poté by se měl zobrazit následující dialog: 27
28 Obrázek 27 - Výběr objektů pro generování DDL skriptu. V úvodu je nutné specifikovat, kam bude soubor s výsledným skriptem uložen. Zároveň je v úvodní záložce možné specifikovat, které objekty chceme do vygenerovaného skriptu zahrnout. Další důležité volby se nacházejí na záložce Detail Setting. 28
29 Obrázek 28 - Detailní nastavení před generováním DDL skriptu. Na této záložce se nachází několik relativně podstatných voleb. Předně hned první volba Use Quotation Mark. Tato volba říká, zda mají být vygenerované objekty ve skriptu uváděný v uvozovkách. Zde je lepší tuto volbu nezaškrtávat. Např. v databázovém systému Oracle by to vedlo k tomu, že k těmto objektům by se muselo přistupovat přes přesný název objektu (ve smyslu case-senstive). To by mohlo zanést příliš mnoho komplikací do vývoje databázové aplikace. Mezi další zajímavé možnosti patří možnost vygenerovat hromadně indexy nad všemi cizími klíči, je zde možné zda se do skriptu mají vygenerovat komentáře či je zde možné nastavit oddělovač, který bude oddělovat jednotlivé příkazy ve skriptu. Pokud máme vše nastavené, můžeme přistoupit ke generování samotného skriptu. Generování bude zahájeno stisknutím tlačítka Generate. Po dokončení generovaní můžeme výsledný skript zobrazit stiskem tlačítka Show Code. 29
30 Následně je možné celý skript zkopírovat, vložit do cílové databáze a spustit. Po dokončení provádění skriptu bychom měli mít v databázi vytvořeny všechny objekty definované ve fyzickém modelu. 5. Shrnutí databázového modelování. V tomto bloku byly demonstrovány základní kroky databázového modelování. Byly rozebrány jednotlivé fáze modelování. Fáze konceptuálního modelování byla probrána spíše z teoretického pohledu, resp. ukázala, jak z prvotních požadavků vzniká hrubý koncept systému. Kapitola poukázala na to, jak se identifikuji entity a relace. Následující kapitoly věnující se logickému a fyzickému modelování popisovaly modelování z praktické stránky. Obě kapitoly se věnovaly modelování v rámci programu Toad Data Modeler. Byly popsány specifika jednotlivých typů modelování spolu s ukázkovými příklady, jak dané databázové objekty vytvořit, Zároveň bylo demonstrováno převedení logického modelu na fyzický. Na konec tohoto bloku bylo ukázáno, jak se jednoduchým způsobem vytvoří z fyzického modelu skript, jenž může být použit pro vytvoření daných objektů v cílové databázi. 30
31 Pojmy k zapamatování Pojmy: konceptuální modelování, logické modelování, fyzické modelování, entita, relace, atribut, atribut relace, refundace, tabulka, identifikující relace, neidentifikující relace, relace M:N, primární klíč, DDL skript, komentář. Problém: vytvoření konceptuálního modelu, nalezení entit a relací, převod konceptuálního modelu na logický, použití nástroje Toad Data Modeler, automatizovaný převod logického modelu na fyzický, rozdíly mezi logickým a fyzickým modelem, využívání komentářů, tvorba DDL skriptu. Otázky na procvičení 1. Uveďte příklady zdrojů informací pro konceptuální modelování. 2. Jaké jsou základní rozdíly v logickém a fyzickém modelování? 3. V čem je specifická IE notace využívaná TDM? 4. Jakými způsoby lze v TDM v logickém modelu reprezentovat vazbu M:N? 5. Jaké jsou rozdíly mezi logickým a fyzickým modelem z pohledu kardinalit a parcialit v TDM? 6. K čemu jsou užitečné při modelování komentáře? Odkazy a další studijní prameny 1. Odkazy a další studijní prameny 1. CONOLLY, Thomas, Carolyn BEGG a Richard HOLOWCZAK. Mistrovství - databáze: profesionální průvodce tvorbou efektivních databází. Brno: Computer Press, ISBN
10. blok Logický návrh databáze
10. blok Logický návrh databáze Studijní cíl Tento blok je věnován převodu konceptuálního návrhu databáze na návrh logický. Blok se věnuje tvorbě tabulek na základě entit z konceptuálního modelu a dále
VíceMS SQL Server 2008 Management Studio Tutoriál
MS SQL Server 2008 Management Studio Tutoriál Vytvoření databáze Při otevření management studia a připojením se ke konkrétnímu sql serveru mám v levé části panel s názvem Object Explorer. V tomto panelu
Více9. blok Fáze návrhu databáze, konceptuální modelování
9. blok Fáze návrhu databáze, konceptuální modelování Studijní cíl Tento blok je věnován základům databázového modelování. V základu budou probrány jednotlivé fáze návrhu databáze. Dále bude student tohoto
VíceZdokonalování gramotnosti v oblasti ICT. Kurz MS Excel kurz 6. Inovace a modernizace studijních oborů FSpS (IMPACT) CZ.1.07/2.2.00/28.
Zdokonalování gramotnosti v oblasti ICT Kurz MS Excel kurz 6 1 Obsah Kontingenční tabulky... 3 Zdroj dat... 3 Příprava dat... 3 Vytvoření kontingenční tabulky... 3 Možnosti v poli Hodnoty... 7 Aktualizace
VíceÚvod do MS Access. Modelování v řízení. Ing. Petr Kalčev
Úvod do MS Access Modelování v řízení Ing. Petr Kalčev Postup při tvorbě aplikace Vytvoření tabulek Vytvoření relací Vytvoření dotazů Vytvoření formulářů Vytvoření sestav Tabulky Slouží k definování polí,
Více1 Tabulky Příklad 3 Access 2010
TÉMA: Vytvoření tabulky v návrhovém zobrazení Pro společnost Naše zahrada je třeba vytvořit databázi pro evidenci objednávek o konkrétní struktuře tabulek. Do databáze je potřeba ještě přidat tabulku Platby,
VícePostupy práce se šablonami IS MPP
Postupy práce se šablonami IS MPP Modul plánování a přezkoumávání, verze 1.20 vypracovala společnost ASD Software, s.r.o. dokument ze dne 27. 3. 2013, verze 1.01 Postupy práce se šablonami IS MPP Modul
Více2 PŘÍKLAD IMPORTU ZATÍŽENÍ Z XML
ROZHRANÍ ESA XML Ing. Richard Vondráček SCIA CZ, s. r. o., Thákurova 3, 160 00 Praha 6 www.scia.cz 1 OTEVŘENÝ FORMÁT Jednou z mnoha užitečných vlastností programu ESA PT je podpora otevřeného rozhraní
VíceNový způsob práce s průběžnou klasifikací lze nastavit pouze tehdy, je-li průběžná klasifikace v evidenčním pololetí a školním roce prázdná.
Průběžná klasifikace Nová verze modulu Klasifikace žáků přináší novinky především v práci s průběžnou klasifikací. Pro zadání průběžné klasifikace ve třídě doposud existovaly 3 funkce Průběžná klasifikace,
VíceKonzervace, restaurování 2
Příručka uživatele systému Museion Konzervace, restaurování 2 úvod, evidence požadavků na zásahy Autorská práva Copyright 2012-2014 MUSOFT.CZ, s.r.o.. Všechna práva vyhrazena. Tato příručka je chráněna
VíceStudijní skupiny. 1. Spuštění modulu Studijní skupiny
Studijní skupiny 1. Spuštění modulu Studijní skupiny 2. Popis prostředí a ovládacích prvků modulu Studijní skupiny 2.1. Rozbalovací seznamy 2.2. Rychlé filtry 2.3. Správa studijních skupin 2.3.1. Seznam
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íceAccess. Tabulky. Vytvoření tabulky
Access správa databáze (tabulky, relace, omezující podmínky, data...) uživatelské prostředí pro práci s databází (formuláře, sestavy, datové stránky, makra...) ukázková aplikace Northwind hlavní okno databáze
Více2. blok část B Základní syntaxe příkazů SELECT, INSERT, UPDATE, DELETE
2. blok část B Základní syntaxe příkazů SELECT, INSERT, UPDATE, DELETE Studijní cíl Tento blok je věnován základní syntaxi příkazu SELECT, pojmům projekce a restrikce. Stručně zde budou představeny příkazy
VíceInformační systém pro e-learning manuál
Informační systém pro e-learning manuál Verze 1.00 Úvod Tento dokument popisuje způsob práce s informačním systémem pro elektronické vzdělávání. Systém je určený pro vytvoření elektronického kurzu a jeho
Více1. Umístěte kurzor do sloupce Datový typ na řádek s polem, ve kterém vytvořit chcete seznam.
10.6.7 POSTUP TVORBY KOMBINOVANÉHO SEZNAMU 1. Umístěte kurzor do sloupce Datový typ na řádek s polem, ve kterém vytvořit chcete seznam. 2. V rozbalovací nabídce se seznamem datových typů vyberte volbu
VíceNávod pro práci s aplikací
Návod pro práci s aplikací NASTAVENÍ FAKTURACÍ...1 NASTAVENÍ FAKTURAČNÍCH ÚDA JŮ...1 Texty - doklady...1 Fakturační řady Ostatní volby...1 Logo Razítko dokladu...2 NASTAVENÍ DALŠÍCH ÚDA JŮ (SEZNAMŮ HODNOT)...2
VíceModul Konfigurace. 2006... MTJ Service, s.r.o.
Modul Konfigurace Modul Konfigurace Představení Menu konfigurace sdružuje všechny konfigurační příkazy k celému systému Soft-4-Sale. Dále konfigurace kopíruje jednotlivé moduly systému tzn. že existuje
VíceHromadná korespondence
Hromadná korespondence Teoretická část: Typickým příkladem použití hromadné korespondence je přijímací řízení na školách. Uchazeči si podají přihlášku, škola ji zpracuje a připraví zvací dopis k přijímací
VíceKritéria hodnocení praktické maturitní zkoušky z databázových systémů
Kritéria hodnocení praktické maturitní zkoušky z databázových systémů Otázka č. 1 Datový model 1. Správně navržený ERD model dle zadání max. 40 bodů teoretické znalosti konceptuálního modelování správné
VíceKontextové dokumenty
Příručka uživatele systému Museion Kontextové dokumenty Autorská práva Copyright 2012-2015 MUSOFT.CZ, s.r.o.. Všechna práva vyhrazena. Tato příručka je chráněna autorskými právy a distribuována na základě
VíceMS Word 2007 Šablony programu MS Word
MS Word 2007 Šablony programu MS Word Obsah kapitoly V této kapitole se seznámíme s: Možností využití šablon při vytváření nových dokumentů Vytvářením vlastních šablon Studijní cíle Po absolvování této
VíceBALISTICKÝ MĚŘICÍ SYSTÉM
BALISTICKÝ MĚŘICÍ SYSTÉM UŽIVATELSKÁ PŘÍRUČKA Verze 2.3 2007 OBSAH 1. ÚVOD... 5 2. HLAVNÍ OKNO... 6 3. MENU... 7 3.1 Soubor... 7 3.2 Měření...11 3.3 Zařízení...16 3.4 Graf...17 3.5 Pohled...17 1. ÚVOD
VíceMožnosti tisku v MarushkaDesignu
0 Možnosti tisku 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...5-1 - 1 Cíl příkladu V tomto příkladu si ukážeme
VíceERP informační systém
Vážení zákazníci, modul Zakázka Vám přináší moderní vzhled a nové možnosti. A jaké nové vlastnosti a funkce jsou vám k dispozici: začlenění seznamů do hlavního menu rozšíření údajů, na které lze vyhledávat
VíceDIPL 2. Stručný manuál pro vysokoškolské kvalifikační práce.
DIPL 2 Stručný manuál pro vysokoškolské kvalifikační práce. Obsah STUDENTI VYTVOŘENÍ VOLNÉHO TÉMATU VŠKP VÝBĚR TÉMATU VŠKP Z VOLNÝCH TÉMAT KONTROLA ZADÁNÍ TÉMATU FORMÁLNÍ ÚPRAVA VYPLNĚNÍ ÚDAJŮ ELEKTRONICKÉ
VíceObsah. 1.1 Práce se záznamy... 3 1.2 Stránka Dnes... 4. 2.1 Kontakt se zákazníkem... 5
CRM SYSTÉM KORMORÁN UŽIVATELSKÁ PŘÍRUČKA Obsah 1 Základní práce se systémem 3 1.1 Práce se záznamy................................. 3 1.2 Stránka Dnes.................................... 4 1.3 Kalendář......................................
VíceSemestrální práce 2 znakový strom
Semestrální práce 2 znakový strom Ondřej Petržilka Datový model BlockFileRecord Bázová abstraktní třída pro záznam ukládaný do blokového souboru RhymeRecord Konkrétní třída záznamu ukládaného do blokového
Více6. blok část B Vnořené dotazy
6. blok část B Vnořené dotazy Studijní cíl Tento blok je věnován práci s vnořenými dotazy. Popisuje rozdíl mezi korelovanými a nekorelovanými vnořenými dotazy a zobrazuje jejich použití. Doba nutná k nastudování
VíceModul IRZ návod k použití
Modul IRZ návod k použití Verze: 2 Datum: 26. 2. 2016 Tento dokument představuje stručný návod na použití modulu IRZ v programu EVI 8. Modul IRZ je určen na evidenci odpadů pro IRZ provozovny a hlášení
VíceElektronické zpracování dotazníků AGEL. Verze 2.0.0.1
Elektronické zpracování dotazníků AGEL Verze 2.0.0.1 1 Obsah 2 Přihlášení do systému... 1 3 Zápis hodnot dotazníků... 2 3.1 Výběr formuláře pro vyplnění dotazníku... 2 3.2 Vyplnění formuláře dotazníku...
VíceMANUÁL administrátora elektronické spisové služby
MANUÁL administrátora elektronické spisové služby Administrace obálek a sestav (NÁVRHÁŘ) 1 PilsCom, s.r.o. OBSAH 1. NÁVRHÁŘ OBECNĚ... 3 2. NASTAVENÍ MS INTERNET EXPLORERU... 4 3. SPUŠTĚNÍ NÁVRHÁŘE OBÁLKY...
VíceDATABÁZE MS ACCESS 2010
DATABÁZE MS ACCESS 2010 KAPITOLA 5 PRAKTICKÁ ČÁST TABULKY POPIS PROSTŘEDÍ Spuštění MS Access nadefinovat název databáze a cestu k uložení databáze POPIS PROSTŘEDÍ Nahoře záložky: Soubor (k uložení souboru,
VícePŘÍKAZ K ZADÁNÍ SEPA PLATBY V APLIKACI MULTICASH KB
V rámci instalace MultiCash KB je SEPA modul její součástí od poloviny roku 2010 (v3.21 a vyšší). Dodavatel softwaru (fy. MD Praha) doporučuje minimálně verzi 3.22 a vyšší. Pokud máte verzi nižší, kontaktujte
VíceUživatelský manuál. Aplikace GraphViewer. Vytvořil: Viktor Dlouhý
Uživatelský manuál Aplikace GraphViewer Vytvořil: Viktor Dlouhý Obsah 1. Obecně... 3 2. Co aplikace umí... 3 3. Struktura aplikace... 4 4. Mobilní verze aplikace... 5 5. Vytvoření projektu... 6 6. Části
VíceNovinky verze 2.3.0 systému Spisové služby (SpS) e-spis LITE
ICZ a.s. Správa a řízení dokumentů Na hřebenech II 1718/10 147 00 Praha 4 Tel.: +420-222 271 111 Fax: +420-222 271 112 Internet: www.i.cz Novinky verze 2.3.0 systému Spisové služby (SpS) e-spis LITE Vypracoval
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íceSQL - trigger, Databázové modelování
6. přednáška z předmětu Datové struktury a databáze (DSD) Ústav nových technologií a aplikované informatiky Fakulta mechatroniky, informatiky a mezioborových studií Technická univerzita v Liberci jan.lisal@tul.cz
VíceMicrosoft Office. Word hromadná korespondence
Microsoft Office Word hromadná korespondence Karel Dvořák 2011 Hromadná korespondence Hromadná korespondence je způsob, jak určitý jeden dokument propojit s tabulkou obsahující více záznamů. Tímto propojením
VíceFormuláře. Téma 3.2. Řešený příklad č Zadání: V databázi formulare_a_sestavy.accdb vytvořte formulář pro tabulku student.
Téma 3.2 Formuláře Formuláře usnadňují zadávání, zobrazování, upravování nebo odstraňování dat z tabulky nebo z výsledku dotazu. Do formuláře lze vybrat jen určitá pole z tabulky, která obsahuje mnoho
VíceZaložení nové karty - základy
Příručka uživatele systému Museion Založení nové karty - základy Autorská práva Copyright 2012-2013 MUSOFT.CZ, s.r.o.. Všechna práva vyhrazena. Tato příručka je chráněna autorskými právy a distribuována
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íceDUM 12 téma: Příkazy pro tvorbu databáze
DUM 12 téma: Příkazy pro tvorbu databáze ze sady: 3 tematický okruh sady: III. Databáze ze šablony: 7 Kancelářský software určeno pro: 4. ročník vzdělávací obor: 18-20-M/01 Informační technologie vzdělávací
VícePopis ovládání. Po přihlášení do aplikace se objeví navigátor. Navigátor je stromově seřazen a slouží pro přístup ke všem oknům celé aplikace.
Popis ovládání 1. Úvod Tento popis má za úkol seznámit uživatele se základními principy ovládání aplikace. Ovládání je možné pomocí myši, ale všechny činnosti jsou dosažitelné také pomocí klávesnice. 2.
VíceBible Quote 6.5 Okno programu
Bible Quote 6.5 Program Bible Quote patří mezi mnohé volně šiřitelé biblické programy, ale má jistá specifika. Ve verzi 6,5 se jedná o beta verzi, která je již zřejmě konečná. (Bohužel díky velmi nesnadnému
VíceNávod na základní používání Helpdesku AGEL
Návod na základní používání Helpdesku AGEL Úvod Přihlášení Nástěnka Vyhledání a otevření úlohy Otevření úlohy Seznam úloh Vyhledávání úloh Vytvoření nové úlohy Práce s úlohami Editace úlohy Změna stavu
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íceHromadná korespondence
Kapitola dvanáctá Hromadná korespondence Učební text Mgr. Radek Hoszowski Hromadná korespondence Hromadná korespondence Představíme si jednoduchý nástroj, který nám může ušetřit velké množství práce. Je
VíceÚvod...1 Instalace...1 Popis funkcí...2 Hlavní obrazovka...2 Menu...3 Práce s aplikací - příklad...5
Rejstřík Úvod...1 Instalace...1 Popis funkcí...2 Hlavní obrazovka...2 Menu...3 Práce s aplikací - příklad...5 Úvod Správcovská aplikace slouží k vytvoření vstupního a zašifrovaného souboru pro odečtovou
VíceOvládání Open Office.org Calc Ukládání dokumentu : Levým tlačítkem myši kliknete v menu na Soubor a pak na Uložit jako.
Ukládání dokumentu : Levým tlačítkem myši kliknete v menu na Soubor a pak na Uložit jako. Otevře se tabulka, v které si najdete místo adresář, pomocí malé šedočerné šipky (jako na obrázku), do kterého
VíceKritéria hodnocení praktické maturitní zkoušky z databázových systémů
Kritéria hodnocení praktické maturitní zkoušky z databázových systémů Otázka č. 1 Datový model 1. Správně navržený ERD model dle zadání max. 40 bodů teoretické znalosti konceptuálního modelování správné
VíceFormulář NÚV v programu PPP4
Formulář NÚV v programu PPP4 Verze programu: 4.2.1.0 Datum: 16. 5. 2017 1. Nastavení programu PPP4 V programu je nutné nastavit: 1. cestu k programu Form Filler 602 (tento program musí mít každý uživatel
Více1 Příručka používání Google Apps
1 Příručka používání Google Apps Tento manuál vznikl pro účel seznámení se základní funkčností balíku Google Apps a má za úkol Vás seznámit s principy používání jednotlivých služeb (Gmail, Kalendáře, Disk).
VíceReporting. Ukazatele je možno definovat nad libovolnou tabulkou Helios Orange, která je zapsána v nadstavbě firmy SAPERTA v souboru tabulek:
Finanční analýza Pojem finanční analýza Finanční analýza umožňuje načítat data podle dimenzí a tyto součty dlouhodobě vyhodnocovat. Pojem finanční analýza není nejpřesnější, protože ukazatele mohou být
VíceStyly odstavců. Word 2010. Přiřazení stylu odstavce odstavci. Změna stylu odstavce
Styly odstavců V textu, který přesahuje několik stránek a je nějakým způsobem strukturovaný (což znamená, že se dá rozdělit na části (v knize jim říkáme kapitoly) a jejich podřízené části (podkapitoly),
VíceZákladní školení pro administrátory
Základní školení pro administrátory Pozn.: Níže popsaný návod je určen pro uživatele s rolí Administrátor, není-li uvedeno jinak. Obsah : Založení nového žáka 2 Nový stav zápisu do organizace 2 Osobní
VícePřevod na 2. pololetí
Převod na 2. pololetí Funkce pro převod na 2. pololetí je součástí systému SAS od verze 5.12, kdy byla v SASu zavedena evidence žáků po pololetích. Umožňuje převést třídy a žáky z 1. do 2. pololetí. Nová
VíceMicrosoft Access. Úterý 26. února. Úterý 5. března. Typy objektů databáze: Vytvoření a návrh nové tabulky
Úterý 26. února Microsoft Access Databáze je seskupení většího množství údajů, které mají určitou logiku a lze je určitým způsobem vyhodnocovat, zpracovávat a analyzovat Access je jedním z programů určených
VícePALSTAT s.r.o. systémy řízení jakosti PALSTAT CAQ verze. 3.00.01.09 Kontakty 08/2010. 1 Obsah
1 Obsah 1 Obsah... 1 2 Úvod a spouštění SW Palstat CAQ... 2 2.1.1 Návaznost na další SW moduly Palstat CAQ... 2 2.2 Přihlášení do programu... 2 2.2.1 Stanovení přístupu a práv uživatele... 2 2.2.2 Spuštění
VícePrůvodce aplikací FS Karta
Průvodce aplikací FS Karta Základní informace k Aplikaci Online aplikace FS Karta slouží k bezpečnému ukládání osobních údajů fyzických osob a k jejich zpracování. Osobní údaje jsou uloženy ve formě karty.
VíceMy si nyní takovou sestavu vytvoříme na příkladu jednoduché kanceláře. Začneme vytvořením takové kanceláře.
Sestavy Sestavy (angl. Reports) slouží ve Visiu k rychlému vytvoření přehledného souhrnu informací o objektech na výkresu. Visio umí tyto stručné sestavy vytvářet jako sešit programu Excelu, ve formátu
VícePostup práce v KDS 1
Postup práce v KDS 1 PDU příjem a správa SIP balíčků... 3 1. Karanténa... 3 2. Zpracované... 4 3. Odmítnuté... 5 4. Import spisového plánu... 5 GDU Garantované digitální úložiště... 6 1. Zobrazení uložených
VíceGroupwise PŘÍSTUP A NASTAVENÍ E-MAILOVÉ SCHÁNKY PŘES WEBOVÉ ROZHRANÍ
Groupwise PŘÍSTUP A NASTAVENÍ E-MAILOVÉ SCHÁNKY PŘES WEBOVÉ ROZHRANÍ Obsah 1. Přístup přes webové rozhraní... 1 2. Možnosti nastavení schránky... 1 2.1. Změna hesla... 1 2.2. Pravidla... 2 2.3. Podpis...
VíceProhlížení a editace externích předmětů
Prohlížení a editace externích předmětů 1. Spuštění modulu Externí předměty 2. Popis prostředí a ovládacích prvků 2.1. Rozbalovací seznamy 2.3. Seznamy 2.3.1. Definice předmětů 2.3.2. Vypsané předměty
VíceHotline Helios Tel.: 800 129 734 E-mail: helios@ikomplet.cz Pokročilé ovládání IS Helios Orange
Hotline Helios Tel.: 800 129 734 E-mail: helios@ikomplet.cz Pokročilé ovládání IS Helios Orange 2013 BüroKomplet, s.r.o. Obsah 1 Kontingenční tabulky... 3 1.1 Vytvoření nové kontingenční tabulky... 3 2
VíceTAXexpert5 modul Kartotéka II.
TAXexpert5 modul Kartotéka II. Strana 1 (celkem 11) Základní obrazovka kartotéky Aplikace Kartotéka nahrazuje od verze 5.4.1 stávající modul CRM. Data byla převedena. Základní obrazovka se kromě společných
VíceQuestionnaire příručka uživatele
Questionnaire příručka uživatele Obsah: K čemu aplikace slouží? Popis funkcí Návod k použití o Úvodní dialogové okno o Pro respondenty o Pro administrátory K čemu aplikace slouží? Program questionnaire
VíceImport dat ve formátu txt
Inženýrský manuál č. 27 Aktualizace: 10/2016 Import dat ve formátu txt Program: Patky Soubor GEO5: Demo_manual_27_1.gpa Demo_manual_27_2.gpa (soubor připravený pro import) (soubor po importu zatížení)
VíceTento projekt je spolufinancován Evropským sociálním fondem a státním rozpočtem České republiky. PORTÁL KUDY KAM. Manuál pro administrátory. Verze 1.
Tento projekt je spolufinancován Evropským sociálním fondem a státním rozpočtem České republiky. PORTÁL KUDY KAM Manuál pro administrátory Verze 1.0 2012 AutoCont CZ a.s. Veškerá práva vyhrazena. Tento
VíceManuál pro NetDOGs práce s administrací
Manuál pro NetDOGs práce s administrací Po přihlášení se nacházíme v administraci V horní části jsou hlavní ikony značící moduly prezentace - REDAKCE - NOVINKY - OSTATNÍ - ADMINISTRACE (a možná i další
VíceTIA Selection Tool manuál pro použití
TIA Selection Tool manuál pro použití Verze 1 duben 2012 Obsah: Postup rychlé konfigurace a exportu stanice Detailní popis aplikace Siemens s. r. Protection o. 2012. Všechna notice / práva Copyright vyhrazena.
VíceWR Reality. Web Revolution. Uživatelský manuál administračního rozhraní
WR Reality Web Revolution Uživatelský manuál administračního rozhraní Web Revolution s. r. o. 2010 WR Reality Administrace uživatelský manuál Praktický průvodce administrací webové aplikace WR Reality
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íceNápověda aplikace Patron-Pro
Nápověda aplikace Patron-Pro 1. Popis aplikace Aplikace Patron-Pro slouží k zobrazení souboru zálohy mobilní aplikace Patron-Pro se záznamy o povolených kartách. Dále umožňuje tyto záznamy editovat, vytvářet
VíceObsah. Zpracoval:
Zpracoval: houzvjir@fel.cvut.cz 03. Modelem řízený vývoj. Doménový (business), konceptuální (analytický) a logický (návrhový) model. Vize projektu. (A7B36SIN) Obsah Modelem řízený vývoj... 2 Cíl MDD, proč
Vícewww.dpd.cz/dobirky Uživatelský manuál
www.dpd.cz/dobirky Uživatelský manuál DPD CZ Obsah 1. Úvod... 3 2. Přihlášení... 3 Přihlášení... 3 Nový uživatel, zapomenuté heslo... 5 3. Nastavení... 6 Nastavení uživatele... 6 Nastavení bankovních účtů...
VíceDodatek - Postup při zveřejňování e-přihlášky
Dodatek - Postup při zveřejňování e-přihlášky 1. Postup při zveřejňování e-přihlášky 1.1. Nastavení e-přihlášky v modulu "Definice kol" 1.2. Nastavení e-přihlášky ve studijních programech 1.3. Nastavení
VíceSKLAD ODPADŮ modul MOBILNÍ ZAŘÍZENÍ Vedení evidence MOBILNÍCH ZAŘÍZENÍ K VYUŽÍVÁNÍ NEBO ODSTRAŇOVÁNÍ ODPADŮ
SKLAD ODPADŮ modul MOBILNÍ ZAŘÍZENÍ Vedení evidence MOBILNÍCH ZAŘÍZENÍ K VYUŽÍVÁNÍ NEBO ODSTRAŇOVÁNÍ ODPADŮ Obsah dokumentu Tento dokument popisuje a vysvětluje specifické činnosti vedení evidence v programu
Více3 Makra Příklad 4 Access 2007. Ve vytvořené databázi potřebuje sekretářka společnosti Naše zahrada zautomatizovat některé úkony pomocí maker.
TÉMA: Vytváření a úprava maker Ve vytvořené databázi potřebuje sekretářka společnosti Naše zahrada zautomatizovat některé úkony pomocí maker. Zadání: Otevřete databázi Makra.accdb. 1. Vytvořte makro Objednávky,
VícePRACUJEME S TSRM. Modul Samoobsluha
PRACUJEME S TSRM Modul Samoobsluha V této kapitole Tato kapitola obsahuje následující témata: Téma Na straně Přehled kapitoly 6-1 Užití modulu Samoobsluha 6-2 Přihlášení k systému 6-3 Hlavní nabídka TSRM
VíceLokality a uživatelé
Administrátorský manuál TTC TELEKOMUNIKACE, s.r.o. Třebohostická 987/5 100 00 Praha 10 tel.: 234 052 111 fax.: 234 052 999 e-mail: ttc@ttc.cz http://www.ttc-telekomunikace.cz Datum vydání: 15.října 2013
VícePRODUKTY. Tovek Tools
Analyst Pack je desktopovou aplikací určenou k vyhledávání informací, tvorbě různých typů analýz a vytváření přehledů a rešerší. Jsou vhodné pro práci i s velkým objemem textových dat z různorodých informačních
VíceÚvod...1 Instalace...1 Popis funkcí...2 Hlavní obrazovka...2 Menu...3 Práce s aplikací - příklad...5
Rejstřík Úvod...1 Instalace...1 Popis funkcí...2 Hlavní obrazovka...2 Menu...3 Práce s aplikací - příklad...5 Úvod Správcovská aplikace slouží k vytvoření vstupního a zašifrovaného souboru pro odečtovou
VíceÚvod. Program ZK EANPRINT. Základní vlastnosti programu. Co program vyžaduje. Určení programu. Jak program spustit. Uživatelská dokumentace programu
sq Program ZK EANPRINT verze 1.20 Uživatelská dokumentace programu Úvod Základní vlastnosti programu Jednoduchost ovládání - umožňuje obsluhu i málo zkušeným uživatelům bez nutnosti většího zaškolování.
VícePřevod na nový školní rok
Převod na nový školní rok Funkce pro převod na nový školní je součástí systému SAS od jeho počátku. Umožňuje převést třídy a žáky ze školního roku, který končí, do dalšího školního roku. Před tím, než
Víceaneb velice zjednodušené vysvětlení základních funkcí a možností systému Vypracoval: Tomáš Dluhoš E-mail: tomas.d@centrum.cz
aneb velice zjednodušené vysvětlení základních funkcí a možností systému Vypracoval: Tomáš Dluhoš E-mail: tomas.d@centrum.cz Operační systém Windows - první operační systém Windows byl představen v roce
VíceMicrosoft Office Word 2003
Microsoft Office Word 2003 Školení učitelů na základní škole Meteorologická Maturitní projekt SSPŠ 2013/2013 Vojtěch Dušek 4.B 1 Obsah 1 Obsah... 2 2 Seznam obrázků... 3 3 Základy programu PowerPoint...
VíceNávod - katalog. ANTEE s.r.o. - tel.: , fax: , helpdesk: ,
Návod - katalog Strana 1/9 Obsah 1. Úvod...3 1.1. Založení katalogu...3 1.2. Drobečková navigace...3 1.3. Popis funkcí katalogu...4 2. Struktura katalogu...4 2.1. Vytvoření kategorie...4 2.2. Hierarchie
VíceFormátování pomocí stylů
Styly a šablony Styly, šablony a témata Formátování dokumentu pomocí standardních nástrojů (přímé formátování) (Podokno úloh Zobrazit formátování): textu jsou přiřazeny parametry (font, velikost, barva,
VíceMoje-Projekty.cz Dokumentace k aplikaci
Moje-Projekty.cz Dokumentace k aplikaci 12. 3. 2015 Verze: 1.0 Obsah 1. Obecné informace... 3 2. Přihlášení do systému... 4 3. Odhlašování ze systému... 4 4. Jak si změnit heslo... 4 5. Nastavení projektů...
VícePrimární klíč, cizí klíč, referenční integrita, pravidla normalizace, relace
Téma 2.2 Primární klíč, cizí klíč, referenční integrita, pravidla normalizace, relace Obecný postup: Každá tabulka databáze by měla obsahovat pole (případně sadu polí), které jednoznačně identifikuje každý
VíceTypy souborů ve STATISTICA. Tento článek poslouží jako přehled hlavních typů souborů v programu
StatSoft Typy souborů ve STATISTICA Tento článek poslouží jako přehled hlavních typů souborů v programu STATISTICA, ukáže Vám jejich možnosti a tím Vám dovolí využívat program efektivněji. Jistě jste již
Více2017 CARAT "New design"
2017 CARAT "New design" Stručný průvodce verzí CARAT New Design Tato příručka poskytuje informace o základech programu CARAT New Design. Další podrobné informace jsou k dispozici na úvodní stránce online
VícePráce se styly 1. Styl
Práce se styly 1. Styl Styl se používá, pokud chceme, aby dokument měl jednotný vzhled odstavců. Můžeme si nadefinovat styly pro různé úrovně nadpisů, jednotlivé popisy, charakteristiky a další odstavce.
VíceKanboard Documentation. The Kanboard Authors
The Kanboard Authors 21.11.2018 Obsah 1 Úvod 3 2 Uživatelé 5 3 Desky 7 4 Projekty 13 5 Úkoly 19 6 Nastavení 25 i ii Kanboard je bezplatný a otevřený zdroj pro správu projektů společnosti Kanban. Oficiální
Více8.2 Používání a tvorba databází
8.2 Používání a tvorba databází Slide 1 8.2.1 Základní pojmy z oblasti relačních databází Slide 2 Databáze ~ Evidence lidí peněz věcí... výběry, výpisy, početní úkony Slide 3 Pojmy tabulka, pole, záznam
VíceINSTITUT PRO TESTOVÁNÍ A CERTIFIKACI, a. s. NÁVOD NA PŘÍSTUP K SEZNAMŮM VYSTAVENÝCH DOKUMENTŮ
INSTITUT PRO TESTOVÁNÍ A CERTIFIKACI, a. s. www.itczlin.cz NÁVOD NA PŘÍSTUP K SEZNAMŮM VYSTAVENÝCH DOKUMENTŮ Obsah: I. Návod na registraci pro přístup k seznamům vystavených dokumentů (odborná posouzení,
VíceKonzervace, restaurování 1
Příručka uživatele systému Museion Konzervace, restaurování 1 úvod, evidence požadavků na zásahy Autorská práva Copyright 2012-2014 MUSOFT.CZ, s.r.o.. Všechna práva vyhrazena. Tato příručka je chráněna
VícePostup přechodu na podporované prostředí. Přechod aplikace BankKlient na nový operační systém formou reinstalace ze zálohy
Postup přechodu na podporované prostředí Přechod aplikace BankKlient na nový operační systém formou reinstalace ze zálohy Obsah Zálohování BankKlienta... 3 Přihlášení do BankKlienta... 3 Kontrola verze
Více