Typy odkazů v erwinu. Obecné principy práce v erwinu. Stavba modelu v ERwin

Laboratorní práce č. 5

Objektivní:

Cvičení:

Pracovní sekvence

Seznámení s uživatelským rozhraním

· Stáhněte si program Erwin.

V zobrazeném dialogovém okně vyberte přepínač Vytvořte nový model. Na obrazovce se objeví dialog Vytvořit model - Vyberte šablonu, kde musíte vybrat úroveň simulace.

Erwin má dvě úrovně modelování: logickou a fyzickou. Na logický Na úrovni jsou data prezentována tak, jak se objevují v reálném světě. Objekty logické úrovně jsou entity a atributy.

Na fyzickýÚroveň modelu závisí na konkrétní implementaci databáze zvolené uživatelem. Když je model přenesen na fyzickou úroveň, entity se transformují na tabulky a atributy na pole, proto musí všechny názvy a popisy fyzického modelu odpovídat konvencím přijatým pro vybraný DBMS.

Nastavte spínač Logické / fyzické vytvořit model s logickými a fyzickými vrstvami.

V polích Databáze a Verze určuje typ a verzi serveru, pro který se model vytváří. Vyberte ze seznamu Access 2000. Klepněte na OK.

· Na obrazovce se objeví hlavní okno programu.

V horní části okna je titulní řádek, který obsahuje název programu, název modelu, název podmnožiny (Subject Area) a uložené zobrazení (Stored Display). Hlavní část programového prostoru zaujímá pracovní plocha, ve které se vytváří ER diagram.

Pro přepínání mezi logickou a fyzickou úrovní slouží seznam na nástrojové liště (obr. 1.1).

Kromě tohoto seznamu jsou na panelu nástrojů tlačítka (viz tabulka 1.1).

Tabulka 1.1.

Tlačítka panelu nástrojů Erwin

Knoflík	Jmenování
	Vytvořte, otevřete, uložte a vytiskněte model
	Vyvolání dialogu Prohlížeč sestav pro generování sestav
	Změnit úroveň zobrazení modelu: úroveň entity, úroveň atributu, úroveň definice
	Změna měřítka pohledu na model
	Generování schématu databáze, zarovnání schématu s modelem a výběr serveru (dostupné pouze na úrovni fyzického modelu)
	Přepínání mezi oblastmi modelu předmětové oblasti

Pro přímou práci s prvky modelu v programu slouží paleta nástrojů (Erwin Toolbox), která je „plovoucím oknem“ (obr. 1.2). V případě potřeby lze paletu nástrojů z obrazovky odebrat a vyvolat stisknutím kombinace kláves "CTRL-T".

Rýže. 1.2. Logická paleta nástrojů

Entity v modelu

V této fázi je nutné do modelu přidat následující entity identifikované jako výsledek analýzy předmětné oblasti (dodávka zboží v souladu se smlouvami): kupující, smlouva, faktura, zboží, sklad.

Vyberte tlačítko na panelu nástrojů (ERwin Toolbox) Vůně kliknutím na něj ukazatelem myši. Poté klikněte myší na místo v diagramu, kam chcete umístit novou entitu. V poli grafu se objeví obdélník představující novou entitu s automaticky vygenerovaným názvem "E / 1".

· Zadejte z klávesnice název entity " Zákazník“ a stiskněte Vstupte.

· Stejným způsobem vložte do diagramu další čtyři entity: smlouva, faktura, produkt, sklad.

Kliknutím pravým tlačítkem na entitu a výběrem položky z kontextové nabídky Vlastnosti entity, můžete zavolat editor entity Entity(obr. 1.6), který umožňuje měnit vlastnosti vybrané entity. Editor entit lze také vyvolat z hlavní nabídky: Model | Entity.

Rýže. 1.6. Editor entit

V horní části okna editoru je seznam všech entit dostupných v diagramu. S jeho pomocí můžete vybrat entitu, jejíž vlastnosti chcete zobrazit nebo změnit. Ve výchozím nastavení je vybraná entita entita vybraná v diagramu a kliknuto na ni. Dále je zde pole Název, které zobrazuje název entity. Název lze upravit.

Níže v okně editoru je několik záložek:

Definice(definice) – Na této stránce zadáváte definici entity.

Poznámka, poznámka 2, poznámka 3(poznámka) – Používá se k zadání volného textu spojeného s entitou, jako jsou ukázková data a dotazy.

UDP- uživatelsky definované vlastnosti.

Ikona(ikona) - pro přehlednost lze každé entitě přiřadit ikonu, která se zobrazuje u jejího názvu.

Pro každou entitu zadejte definici Definice.

Klíčové skupiny

Zavolejte editora skupin klíčů klíčové skupiny, kliknutím pravým tlačítkem na entitu Zákazník a výběrem z položky kontextového menu Klíčové skupiny... Editor skupiny klíčů lze také vyvolat prostřednictvím hlavní nabídky: Model | Klíčové skupiny.

Editor skupiny klíčů obsahuje ovládací prvky:

Entita- pole s rozevíracím seznamem, ve kterém byste měli vybrat entitu pro úpravy.

Okno se seznamem skupin klíčů. Každá skupina je reprezentována samostatným řádkem včetně názvu (Key Group), typu (Type) a definice (Definice).

Dialogové okno Editor skupiny klíčů navíc obsahuje následující karty:

ü členové. Jsou nastaveni členové klíčových skupin a jejich pořadí ve skupině.

ü Všeobecné Přepínače, které umožňují nastavit typ skupiny klíčů. Tyto skupiny nejsou dostupné pro primární a cizí klíč.

ü Definice Volný text informace týkající se vybrané skupiny klíčů.

ü Poznámka Poznámka pro vybranou skupinu.

ü UDP (vlastní vlastnosti).

zmáčknout tlačítko Nový.

· V okně Nová skupina klíčů v terénu Klíčová skupina zadejte název skupiny klíčů - HOSPODA... V terénu Index zobrazí se název indexu vygenerovaný Erwinem. Nechte to beze změny.

Přepínač Typ skupiny klíčů určuje typ generovaného klíče. Může to být Alternate Key nebo Inversion Entry. Prosím vyberte Alternativní klíč a stiskněte OK... Nově zadaný alternativní klíč se zobrazí v seznamu klíčů.

Přejděte na záložku členové... Nový klíč zatím neobsahuje žádné atributy, takže seznam vpravo Klíčoví členové skupiny(klíčoví členové skupiny) je prázdný. Vyberte atribut v seznamu nalevo HOSPODA a pomocí tlačítka se šipkou jej přesuňte do pravého seznamu (viz obr. 1.8).

Rýže. 1.8. Editor skupiny klíčů

· Stejným způsobem vytvořte skupiny klíčů pro inverzní vstupy uvedené v tabulce. 1.3.

Laboratorní práce č. 6

Nastavení pravidel deklarativní referenční integrity

· Bytost na logickém na úrovni datového modelu vyberte kliknutím kurzorem myši vztah „uzavírá“ mezi subjekty Kupující a Smlouvou. Poté klikněte pravým tlačítkem a vyberte položku Vztahové vlastnosti(editor odkazů).

V okně editoru odkazů Vztah přejděte na kartu RI Akce... Přečtěte si výchozí pravidla referenční integrity pro vztah „kupující – smlouva“. Tato nastavení zakazují vkládání a úpravy instance podřízené entity, stejně jako odstranění a úpravy nadřazené entity. To znamená, že není dovoleno mazat nebo měnit kupujícího, pokud databáze obsahuje smlouvy s ním uzavřené, jakož i vstup do smlouvy bez uvedení kupujícího nebo s odkazem na neexistujícího kupujícího. Splnili jsme tak podmínku, že smlouva může existovat pouze pro konkrétního kupujícího.

· Analyzujte zavedená pravidla referenční integrity pro všechny ostatní odkazy.

Pravidla přiřazená k odkazu ve výchozím nastavení lze změnit výběrem požadované hodnoty z rozevíracího seznamu.

Normalizace dat

Z modelu je patrné, že Kupující má v podstatě vícenásobný atribut TEL. Zákazník může mít více telefonních čísel, což je porušení prvního normálního tvaru, podle kterého musí být všechny hodnoty atributů atomické. Proto je nutné oddělit atribut TEL do samostatné entity.

· Vytvořte entitu Phone obsahující následující atributy: TEL_CODE (primární klíč, typ - číslo) a TEL (typ - řetězec).

· Propojte entity Kupující a Telefon pomocí identifikačního odkazu. Nastavte komunikační výkon - Jeden nebo více (P) a zadejte název vztahu - Má to.

Výběr serveru

Proveďte příkaz Databáze | Zvolte Databáze.

V dialogovém okně Erwin / ERX - Cílový server musíte nastavit typ serveru - Přístup a jeho verze - 2000 ... Určuje také výchozí datový typ a klauzuli NULL pro nově vytvořené sloupce. Některé možnosti v tomto dialogovém okně závisí na vybraném typu serveru.

Po výběru serveru klikněte na tlačítko OK.

Denormalizace dat

Na modelu existují dva vztahy many-to-many: Produkt – smlouva a Produkt – faktura, které je nutné vyřešit na fyzické úrovni. Výsledek vyřešení těchto vazeb je uveden v tabulce. 2.1.

Tabulka 2.1.

Výsledek vyřešení vztahů many-to-many

Vztahy many-to-many se řeší automaticky, když přejdete do fyzické vrstvy, nebo pomocí speciálního průvodce Mnoho Průvodce transformací vztahů.

· Chcete-li vyvolat tohoto průvodce, vyberte vztah "Produkt - Smlouva" kliknutím na něj ukazatelem myši. Poté klikněte pravým tlačítkem a vyberte položku Vytvořte tabulku přidružení(vytvořte asociativní tabulku). Na obrazovce se objeví první dialog průvodce obsahující text o jeho účelu.

Zadejte do pole Název tabulky(název tabulky) - Doručovací_Plán... V terénu Komentář ke tabulce(komentář k tabulce) uveďte text: Informace o dodávce zboží dle smlouvy.

· Na modelu se objevila nová tabulka Delivery_Plan, propojená identifikačním vztahem s tabulkami Zboží a Smlouva.

· Nová tabulka musí být doplněna třemi sloupci (viz tabulka 2.1). Chcete-li to provést, vyberte tabulku Doručovací_Plán kliknutím na něj ukazatelem myši. Poté klikněte pravým tlačítkem a vyberte položku Sloupce ( editor sloupců) . Práce s tímto editorem je podobná práci s editorem atributů.

· Zadejte tři nové sloupce samostatně podle tabulky. 2.1.

· Výše ​​uvedeným způsobem (pomocí průvodce) transformujte vztah "Produkt - Faktura" a doplňte výslednou asociativní tabulku Zásilka o dva sloupce dle tabulky. 2.1.

Nastavení pravidel ověřování

Určení seznamu platných hodnot

V souladu s uvažovanou oblastí nastavte pro pole DPH_VAT tabulky Produkt seznam přípustných hodnot: 0, 10 a 18 %.

Sloupce.

V okně editoru v poli Sloupec- SAZBA DPH.

Přejděte na kartu vybraného DBMS - Přístup.

· Platný.

V dialogu Pravidla ověřování klikněte na tlačítko Nový.

V dialogu Nové ověřovací pravidlo v terénu Logický zadejte název pravidla - Kontrola sazby DPH... Klepněte na tlačítko OK.

· Přejděte na záložku Všeobecné... Ve skupině Typ nainstalovat možnost Platný seznam hodnot.

· V terénu Platná hodnota na prvním řádku zadejte 0. Na druhém a třetím řádku zadejte hodnoty: 10 a 18.

Zkontrolujte to v horní části okna editoru Pravidla ověřování objevil se řádek: Kontrola sazby DPH(název ověření) IN (0, 10, 18)(Ověřovací pravidlo).

Klikněte OK. V okně editoru Sloupce na záložce Přístup v terénu Platný objevil se název vytvořeného pravidla - "Kontrola sazby DPH".

Nastavení výchozích hodnot

Vytvořme pravidlo, podle kterého bude v poli DATE_Year tabulky Smlouvy standardně nahrazena hodnota aktuálního data.

Vyvolejte kontextovou nabídku tabulky Smlouvy a vyberte položku Sloupce.

V okně editoru v poli Sloupec vyberte sloupec, pro který bude pravidlo nastaveno – DATE_DAY.

· Na kartě Přístup klikněte na tlačítko napravo od rozevíracího seznamu Výchozí.

V dialogovém okně Výchozí / Počáteční hodnoty klikněte na tlačítko Nový.

V dialogu Nová výchozí hodnota v terénu Logický zadejte název pravidla - Aktuální datum... Klepněte na tlačítko OK.

· Na kartě Přístup v terénu Hodnota serveru – výchozí přístup vstoupit Datum ()(funkce, která získá hodnotu aktuálního data).

Klikněte OK. V okně editoru Sloupce na záložce Přístup v terénu Výchozí objevil se název vytvořeného pravidla - "Aktuální datum".

· Nastavte stejné pravidlo pro pole SHIP_DATE v tabulce Faktura. Chcete-li to provést, v okně editoru sloupců Sloupec vyberte pole DATE_PUT a na kartě Přístup v poli Výchozí vyberte pravidlo z rozevíracího seznamu Aktuální datum.

Nastavení pravidel pro ověřování vstupních hodnot

Vytvořme pravidlo pro kontrolu zadaných hodnot pro pole CENA tabulky Produkt, podle kterého toto pole nemůže mít hodnoty menší než 0.

Vyvolejte kontextovou nabídku tabulky Produkt a vyberte položku Sloupce.

V okně editoru v poli Sloupec vyberte sloupec, pro který bude pravidlo nastaveno - CENA.

· Na kartě Přístup klikněte na tlačítko napravo od rozevíracího seznamu Platný.

V dialogu Pravidla ověřování klikněte na tlačítko Nový.

V dialogu Nové ověřovací pravidlo v terénu Logický zadejte název pravidla - Kontrola ceny... Klepněte na tlačítko OK.

· Přejděte na záložku Všeobecné... Ve skupině Typ nainstalovat možnost Min / Max.

· V terénu Min zadejte 1. Kromě spodní hranice rozsahu hodnot zde můžete nastavit i horní hranici ( Max).

V horní části okna editoru Pravidla ověřování do seznamu ověřovacích pravidel bylo přidáno nově vytvořené: Kontrola ceny> = 1.

zmáčknout tlačítko OK.

Laboratorní práce č. 7

Výpočet velikosti databáze

Objektivní:

Osvojit si metodiku výpočtu velikosti databáze, implementovanou v Erwinu.

Laboratorní práce č. 8

Erwin Reporting

Objektivní:

· Studium typů zpráv;

Zvládnutí postupu při tvorbě reportů

Laboratorní práce č. 5

Erwinovy ​​základy. Vytvoření logického datového modelu

Objektivní:

· Zvládnutí dovedností práce v Erwin;

· Sestavení logického modelu dané tematické oblasti.

Cvičení:

Sestavte logický informační model pro dodávku zboží v souladu se smlouvami pomocí nástrojů Erwin.

Laboratorní práce č. 4. Definování vztahů mezi entitami v ERwin

Jak je uvedeno ve cvičení 3, k sestavení logického datového modelu musíte nejprve definovat sadu entit a definovat vztahy mezi nimi. Ve cvičení 3 jste vytvořili diagram obsahující čtyři entity (obrázek 4.1). Na metodiku zjišťování vztahu mezi nimi se podíváme v aktuálním cvičení.

https://pandia.ru/text/78/177/images/image002_182.gif "width =" 123 "height =" 128 src = "> výchozí generovaná slovesná fráze je „ R / 1 “ (obrázek 4.2).

Obrázek 4.2 - Neidentifikující vztah

Krok 3 Přejděte na úroveň atributů a všimněte si, že entita „Místo školení“ má atribut primárního klíče z entity „Třída“ a je označena písmeny „FK“. Říká se, že atribut je „migrovaný“ a FK (cizí klíč) znamená, že atribut je součástí cizího klíče (obrázek 4.3). U identifikačního vztahu je cizí klíč vždy zahrnut v primárním klíči potomka.

entita, pro neidentifikace není zahrnuta.

Obrázek 4.3 - Migrace atributů

Krok 4 Přiřaďte odkaz na slovesnou frázi. Chcete-li to provést, vyberte vztah kliknutím na něj ukazatelem myši, poté klikněte pravým tlačítkem myši a v kontextovém menu vyberte položku "Vlastnosti vztahu ...".

Celkový pohled na okno editoru odkazů je znázorněn na obrázku 4.4.

Databáze "href =" / text / category / bazi_dannih / "rel =" záložka "> databáze. V našem příkladu, protože jsme při analýze oblasti předmětu zjistili, že studijní místo nemůže existovat odděleně od třídy, nastavte toto ne - přepínač do polohy „No Nulls.“ Je tedy stanovena podmínka, že existující instance pracovní stanice musí mít vždy odkaz na třídu, do které patří.

Záložka do knihy " Definice "(definice).

Na této stránce zadáte definici vztahu. Text definice vztahu, stejně jako v případě účetní jednotky, závisí na standardech přijatých podnikem a měl by usnadnit vnímání modelu.

Záložka Rolename

Název role (rolename) je další charakteristika, která může

odpovídá atributu migrujícího primárního klíče (obrázek 4.5).

https://pandia.ru/text/78/177/images/image006_79.gif "width =" 358 "height =" 221 src = ">

Obrázek 4.6 - Kontextové menu diagramu pro zobrazení migrujících atributů entit

RI Akce Tab

Záložka je určena pro nastavení parametrů referenční integrity projektu.

běžící databáze (obrázek 4.7).

Nastavení referenční integrity jsou logické konstrukce, které vyjadřují obchodní pravidla pro použití dat. Určují, jaké akce má DBMS provést při odstraňování, vkládání nebo úpravě řádku tabulky (instance entity). Takto definované akce lze později použít při automatickém generování spouštěčů, které udržují integritu dat.

V logickém modelu jsou definovány následující typy akcí nebo pravidel:

1 OMEZENÍ - zákaz smazání, vložení nebo úpravy instance entity

2 KASKÁDA - při mazání instance nadřazené entity smazání všech instancí podřízené entity odkazující na smazanou nadřazenou instanci.

3 SET NULL - při mazání instance nadřazené entity je atributům cizího klíče všech instancí podřízené entity přiřazena hodnota NULL.

4 SET DEFAULT - stejné jako v předchozím případě, ale místo hodnoty NULL je přiřazena výchozí hodnota.

5 ŽÁDNÁ – nebyla provedena žádná akce.

Obrázek 4.7 – Karta „Akce RI“ (Nastavení referenční integrity)

Tato pravidla jsou nastavena pro vkládání, odstraňování a úpravu instance nadřazených i podřízených entit. Každý odkaz tedy musí mít sadu šesti pravidel, která se zadávají do polí, sjednocených společným nadpisem „Akce RI“. Při přidávání odkazu na diagram pro něj ERwin standardně nastaví sadu pravidel, která lze upravit v dialogu „Vlastnosti modelu“ na záložce „Výchozí nastavení RI“ (obrázek 4.8).

výběrem z hlavní nabídky příkaz "Model" Server "a dále

příkaz "Vlastnosti modelu" (obrázek 4.9).

https://pandia.ru/text/78/177/images/image009_57.gif "width =" 227 "height =" 289 src = ">

Obrázek 4.9 - Postup pro vyvolání dialogového okna "Vlastnosti modelu".

Pravidla přiřazená k odkazu ve výchozím nastavení lze změnit výběrem požadované hodnoty z rozevíracího seznamu (viz obrázek 4.8). Stisknutím tlačítka "Re-bind" přenesete nové výchozí hodnoty do aktuálního režimu.

del, pokud opustíte dialog, aniž byste provedli změnu přiřazení, pak změněná nastavení ovlivní pouze nové modely.

Každý typ připojení má v závislosti na typu akce vlastní soubor přípustných pravidel, jak je uvedeno v tabulce 4.2.

Tabulka 4.2 - Sada platných pravidel pro různé typy odkazů

akce	Typ vztahu
Identifikátor	Neidentifikovaný nulls (Non-Identifying, Nulls	Neidentifikovaný rozhodnutí (Neidentifikující, Ne	spojení
(mazání dítěte)			CASCADE, NONE SET NULL,	CASCADE, NONE SET VÝCHOZÍ
(vložte dítě)			CASCADE, NONE SET NULL,	CASCADE, NONE SET VÝCHOZÍ
(přebalování dítěte)			CASCADE, NONE SET NULL, SET DE - FAULT	CASCADE, N6NE SET
(smazání nadřazeného objektu)			CASCADE, NONE SET	CASCADE, NONE SET
(vložení nadřazeného objektu)			CASCADE, NONE SET NULL,	KASKÁDA. NONE SET DEFAULT
(změnit rodiče)			CASCADE, NONE SET	CASCADE, NONE SET

Výchozí nastavení vztahu „Třída – Učebna“ zakazuje vkládání a úpravy instance podřízené entity, stejně jako mazání a úpravy nadřazené entity. To znamená, že není povoleno žádné mazání.

nebo změna třídy, pokud učebny obsahuje, stejně jako vstup do učebny bez určení třídy nebo s odkazem na neexistující třídu. Splnili jsme tak podmínku, že školicí místo může existovat pouze jako součást třídy.

Karta UDP (uživatelem definované parametry)

Karta – UDP, stejně jako u předchozích objektů diagramu, umožňuje přiřadit odkazu vlastní sadu uživatelských vlastností.

Vytvořili jsme tedy neidentifikující vztah mezi entitami „Třída“ a

"Místo školení" s podmínkou "No Nulls". Je zřejmé, že mezi entitami "Typ zařízení" a "Jednotka zařízení" musí existovat vztah stejného typu, protože část zařízení musí mít nutně typ. Přidejte tento vztah do diagramu provedením stejných kroků jako v předchozím případě. Zavolejte editor odkazů a změňte slovesnou frázi na „popisuje“, zbytek nastavení odkazu ponechte beze změny. Vezměte prosím na vědomí, že atribut „kód typu zařízení“ byl migrován do neklíčových atributů entity „Místo školení“ (obrázek 4.10).

Obrázek 4.10 – Atribut „kód typu zařízení“ migroval na neklíčové atributy entity „Místo školení“

Podívejme se nyní na vztah mezi entitami „Místo školení“ a „Jednotka vybavení“. Jak jsme zjistili při průzkumu předmětného území, kusy techniky tvoří určitou zásobu komponentů, z nichž některé jsou instalovány na cvičných místech. Další část komponentů může být ve skladu, být mimo provoz a čekat na odepsání atd., tedy existovat odděleně od místa školení. Entity „Místo školení“ a „Jednotka vybavení“ tedy na sobě nezávisí a musí být spojeny s neidentifikujícím vztahem.

Krok 5. Vyberte neidentifikující vztah na paletě nástrojů a přidejte jej do diagramu, jako nadřazenou entitu vyberte Seat a

"Jednotka zařízení" - dceřiná společnost. V editoru odkazů změňte slovesnou frázi „Parent-to-Child“ na „skládá se z“. Neidentifikující vztah má dvě varianty – Nulls Allowed a No Nulls. Výchozí varianta je "Nulls Allowed", ponechte toto beze změny. Toto nastavení znamená, že pole cizího klíče instance entity "Equipment" mohou mít nulovou hodnotu, tj.

neexistuje žádný údaj o kopii „místa studie“. Zařízení tak může existovat samo o sobě.

Po navázání vztahů bude diagram na úrovni entity vypadat takto

https://pandia.ru/text/78/177/images/image012_32.gif "width =" 556 "height =" 327 src = "> odkazy zobrazené na obrázku 4.12.

Obrázek 4.12 - Obrázek odkazů v notaci IDEF1X

Kromě typu odkazu může diagram zobrazit také nastavení hodnoty odkazu.

Ztráta - k tomu vyberte položku v kontextové nabídce diagramu

Zobrazení vztahů a referenční integrita ( Krok 6. ).

Abeceda "href =" / text / kategorie / alfavit / "rel =" záložka "> abecední skupiny oddělené dvojtečkou": ". První znak označuje akci, na kterou se vztahuje pravidlo integrity: D - smazat, I - vložit (vložit), U - změnit (aktualizovat).

Druhá skupina označuje pravidlo: R - RESTRICT, С - CASCADE, SN - SET NULL, SD - SET DEFAULT. Zákaz smazání je tedy označen D:R a nastavení NULL na změnu je označeno U:SN. Označení jsou uvedena na nadřazeném nebo podřízeném konci vztahu v závislosti na tom, na kterou entitu se vztahují. S povoleným nastavením referenční integrity je diagram

vypadá jako na obrázku 4.14.

Obrázek 4.14 - ER-diagram se zahrnutým nastavením referenční integrity

Diagram nyní definuje jednu z objektových oblastí, z nichž jsme identifikovali čtyři – materiální podporu procesu učení. V následujících cvičeních se podíváme na další oblasti objektů.

Krok 7 Na záložce Entity Level uložte model např. pod názvem

to Lab_4_Petrov. er1.

Krok 8. Dokončete individuální úkol, abyste určili vztahy mezi

podrobnosti v ERwin pro specifikovanou oblast (viz tabulka 3.4).

1. Výsledky kroků 1 - 7 programu lekce.

2. Výsledky individuálního zadání.

Kontrolní otázky

1. Jak rozlišujete mezi závislými a nezávislými entitami v ERwin diagramu?

2. Jaký vztah mezi entitami se nazývá neidentifikační?

3. Jaký je fyzický a logický datový model?

4. Jaký vztah mezi entitami se nazývá identifikace?

5. Vysvětlete význam tvrzení, že nějaký atribut „migroval“?

6. Co znamená symbol "FK" na ERwin diagramu?

7. Jaké jsou možnosti editoru odkazů?

8. Jaké je znázornění odkazů v notaci IDEF1X?

9. Jak je označení referenční integrity v diagramu

10.Jaké vztahy mezi entitami byly použity při provádění indic-

vizuální úkol?

Vytvoření moderních informačních systémů je velmi obtížný úkol, jehož řešení vyžaduje použití speciálních technik a nástrojů. Není divu, že v poslední době mezi systémovými analytiky a vývojáři výrazně vzrostl zájem o CASE (Computer-Aided Software / System Engineering) - technologie a CASE nástroje, které umožňují systematizovat a automatizovat všechny fáze vývoje softwaru. jak je to možné.

Kniha nabízená čtenáři je praktickým průvodcem vytvářením informačních systémů pomocí efektivních nástrojů pro analýzu, návrh a generování kódu z technologie PLATINUM - BPwin a ERwin. Dále obsahuje popis metod statické analýzy a návrhu datových modelů v rozsahu nezbytném pro praktickou práci. Použití metod je ilustrováno příklady.

Kniha je napsána na základě osobních zkušeností autora získaných při vývoji informačních systémů, přednášením a prováděním praktických cvičení CASE-technologií a CASE-nástrojů ve Školicím středisku "Interface Ltd." Je určena specialistům v oblasti informačních technologií: systémovým analytikům, projektovým manažerům, vývojářům - a může být užitečná i pro vysokoškolské a postgraduální studenty studující základy systémové analýzy a návrhu informačních systémů.

Rezervovat:

Vztah je logický vztah mezi entitami. Každý vztah by měl být pojmenován slovesem nebo slovesnou frází (Relationship Verb Phrases) (obr. 2.20). Název vztahu vyjadřuje nějaké omezení nebo obchodní pravidlo a usnadňuje čtení diagramu, například:

Každý KLIENT <размещает> OBJEDNÁVKY;

Každá objednávka <выполняется> ZAMĚSTNANEC.

Rýže. 2.20. Název vztahu - Slovesné fráze vztahu

Odkaz přesně ukazuje, jaké objednávky zákazník zadal a který zaměstnanec objednávku provádí. Ve výchozím nastavení se název odkazu v diagramu nezobrazuje. Chcete-li zobrazit název, postupujte podle kontextové nabídky, která se zobrazí, pokud kliknete levým tlačítkem myši na libovolné místo v diagramu, které není obsazeno objekty modelu, vyberte položku Možnosti zobrazení / Vztah a poté povolte možnost Slovesná fráze.

Na logické úrovni je možné vytvořit identifikační vztah one-to-many, mnoho-to-many a neidentifikující vztah one-to-many (respektive jde o tlačítka zleva doprava v paleta nástrojů).

IDEF1X rozlišuje závislé a nezávislé entity. Typ entity je určen jejím vztahem k jiným entitám. Mezi nezávislými (rodičovský konec vztahu) a závislými (podřízený konec vztahu) entitami je vytvořen identifikační vztah. Když se vytvoří identifikační vztah, ERwin automaticky převede dítě na závislého. Závislá entita je zobrazena jako obdélník se zaoblenými rohy (entita Objednat na Obr. 2.21). Instance závislé entity je definována pouze prostřednictvím vztahu k nadřazené entitě, tedy ve struktuře na Obr. 2.21 údaje o objednávce nelze zadat a bez údajů o zákazníkovi, který je zadává, postrádají smysl. Když je vytvořen identifikační vztah, atributy primárního klíče nadřazené entity se automaticky přenesou do primárního klíče podřízené entity. Tato operace rozšíření atributů podřízené entity při vytváření vztahu se nazývá migrace atributů. V podřízené entitě jsou nové atributy označeny jako cizí klíč - (FK).

Rýže. 2.21. Identifikace vztahu mezi nezávislou a závislou tabulkou

Později při generování databázového schématu dostanou atributy primárního klíče znak NOT NULL, což znamená, že bez informace o čísle zákazníka nelze provést záznam do tabulky objednávek.

Když je vytvořen neidentifikující vztah (obr. 2.22), podřízená entita zůstává nezávislá a atributy primárního klíče nadřazené entity jsou migrovány do neklíčových komponent nadřazené entity. K propojení nezávislých subjektů se používá neidentifikující vztah.

Rýže. 2.22. Neidentifikující vztah

Instance entity Zaměstnanec může existovat bez ohledu na jakoukoli instanci entity Oddělení, to znamená, že zaměstnanec může pracovat v organizaci, aniž by byl uveden v jakémkoli oddělení.

Identifikační odkaz je v diagramu znázorněn jako plná čára s tučným bodem na podřízeném konci odkazu (viz obr. 2.21), neidentifikující - čárkovaná (obr. 2.22).

Chcete-li vytvořit nový odkaz, měli byste:

umístěte kurzor na požadované tlačítko v paletě nástrojů (identifikační nebo neidentifikační odkaz) a stiskněte levé tlačítko myši (obr. 2.2);

klikněte nejprve na rodiče a poté na dítě.

Tvar komunikační linky lze měnit. Chcete-li to provést, musíte myší uchopit požadovanou komunikační linku a přetáhnout ji z místa na místo, dokud linie nebude vypadat lépe.

Na paletě nástrojů tlačítko

Odpovídá identifikačnímu odkazu, tlačítku

Mnoho-k-mnoho vztahy a tlačítko

Odpovídá neidentifikujícímu vztahu.

Chcete-li upravit vlastnosti vztahu, klepněte pravým tlačítkem myši na vztah a v místní nabídce vyberte položku Editor vztahů.

V záložce Obecné v zobrazeném dialogu můžete nastavit mohutnost, název a typ připojení (obr. 2.23).

Komunikační síla (kardinalita) - slouží k označení poměru počtu instancí nadřazené entity k počtu instancí potomka.

Existují čtyři typy napájení (obr. 2.24):

obecný případ, kdy jedna instance nadřazené entity odpovídá 0, 1 nebo mnoha instancím podřízené entity, není označena žádným symbolem;

symbol P označuje případ, kdy jedna instance nadřazené entity odpovídá 1 nebo mnoha instancím podřízené entity (nulová hodnota je vyloučena);

symbol Z označuje případ, kdy jedna instance nadřazené entity odpovídá 0 nebo 1 instanci podřízené entity (více hodnot je vyloučeno);

číslo označuje případ přesné shody, kdy předem určený počet instancí podřízené entity odpovídá jedné instanci nadřazené entity.

Rýže. 2.23. Dialog editoru vztahů

Ve výchozím nastavení není v diagramu zobrazen symbol komunikačního výkonu. Chcete-li zobrazit název, postupujte podle kontextové nabídky, která se zobrazí, pokud kliknete levým tlačítkem myši na libovolné místo v diagramu, které není obsazeno objekty modelu, vyberte položku Možnosti zobrazení / Vztah a poté povolte možnost Mohutnost.

Název odkazu (slovesná fráze)- fráze, která charakterizuje vztah mezi nadřazenými a podřízenými entitami. Pro vztah typu one-to-many, identifikační nebo neidentifikující, stačí uvést jméno, které charakterizuje vztah od rodiče k dítěti (Parent-to-Child). Pro vztah typu many-to-many musíte zadat jména rodiče-dítěte i dítě-rodič.

Rýže. 2.24. Označení výkonu

Typ odkazu (identifikující / neidentifikující). Pro neidentifikující vztah můžete zadat povinné (Null). V případě povinného vztahu (No Nulls) při generování databázového schématu obdrží atribut cizího klíče znak NOT NULL, přestože cizí klíč nebude zahrnut v primárním klíči podřízené entity. V případě volitelného vztahu (povolené hodnoty Null) může mít cizí klíč hodnotu NULL. Volitelný neidentifikující vztah je označen průhledným kosočtvercem na straně nadřazené entity (viz obr. 2.22).

Rýže. 2.25. Záložka Rolename / RI Actions v dialogovém okně Relationship Editor

Na záložce Definice můžete poskytnout úplnější definici vztahu, abyste se na něj mohli v budoucnu odvolávat.

Na kartě Název role / Akce RI můžete nastavit název role a pravidla referenční integrity.

Název role (funkční název) - je to synonymum pro atribut cizího klíče, který označuje roli atributu v podřízené entitě.

Rýže. 2.26. Názvy cizích klíčových rolí

V příkladu znázorněném na Obr. 2.26 v podstatě Zaměstnanec externí klíč Číslo oddělení má funkční název „Where Works“, který označuje roli, kterou tento atribut hraje v entitě. Ve výchozím nastavení se v seznamu atributů zobrazuje pouze název role. Chcete-li zobrazit celý název atributu (funkční název i název role), v kontextovém menu, které se zobrazí po kliknutí levým tlačítkem myši kamkoli v diagramu, kde není obsazeno objekty modelu, vyberte položku Možnosti zobrazení / Entity a poté povolte Rolename / Atribute (obr. 2.25). Celé jméno je zobrazeno jako funkční název a základní název oddělené tečkou (viz obrázek 2.26).

Je povinné používat názvy rolí v případě, kdy jsou dva nebo více atributů stejné entity definovány ve stejném rozsahu, to znamená, že mají stejný rozsah, ale různé významy. Na Obr. 2.27 esence Prodej měny obsahuje informace o směnárenském aktu, ve kterém se jedná o dvě měny - prodávanou a kupovanou. Informace o měnách jsou obsaženy v účetní jednotce Měna. Proto entity Prodej měny a Měna musí být propojen dvakrát a primární klíč je - Číslo měny musí dvakrát migrovat do entity Měna jako cizí klíč. Je třeba rozlišovat mezi těmito atributy, které obsahují informaci o počtu prodávané a nakupované měny (mají různý význam), ale odkazují na stejnou entitu Měna (mají společný rozsah hodnot). V příkladu na Obr. Atributy 2.27 dostaly názvy rolí Prodáno a Zakoupeno.

Rýže. 2.27. Povinné názvy rolí

Dalším příkladem povinného pojmenování rolí je rekurzivní odkazy(někdy nazývaný „háček na ryby“), když je stejná entita zároveň rodičem i potomkem. Při definování rekurzivního vztahu musí být atribut migrován jako cizí klíč do neklíčových atributů stejné entity. Atribut se nemůže objevit dvakrát ve stejné entitě pod stejným názvem, takže musí nutně získat název role. Na Obr. 2.26 esence Zaměstnanec obsahuje atribut primárního klíče Personální číslo. Informace o nadřízeném zaměstnance jsou obsaženy ve stejné entitě, protože nadřízený pracuje ve stejné organizaci. Chcete-li odkazovat na manažera zaměstnance, vytvořte rekurzivní vztah (na obrázku 2.26 vztah manažer / sestava) a pojmenujte roli ("Manažer"). Všimněte si, že rekurzivní odkaz může být pouze neidentifikující. V opačném případě by cizí klíč musel být součástí primárního klíče a při generování schématu obdržet znak NOT NULL. To by znemožnilo vybudování hierarchie - strom podřízenosti musí mít kořen - zaměstnance, který není v rámci této organizace nikomu podřízen.

Vede / poslouchá vztah na obr. 2.26 umožňuje uložit stromovou hierarchii podřízenosti zaměstnanců. Tento druh rekurzivního odkazu se nazývá hierarchická rekurze a definuje vztah, kdy manažer (instance nadřazené entity) může mít mnoho podřízených (instancí podřízené entity), ale podřízený má pouze jednoho manažera (obr. 2.28).

Hierarchická rekurze Síťová rekurze

Rýže. 2.28. Podřízení instancí entit v hierarchické a síťové rekurzi

Jiný druh rekurze je síťová rekurze, kdy vedoucí může mít mnoho podřízených a naopak podřízený může mít mnoho vedoucích. Síťová rekurze definuje síť vztahů mezi nadřazenými a podřízenými instancemi. To je případ, kdy je entita sama se sebou ve vztahu mnoho k mnoha. Chcete-li vyřešit vztah many-to-many, musíte vytvořit novou entitu (vztah many-to-many bude podrobně popsán níže).

Rýže. 2.29. Příklad implementace síťové rekurze

Na Obr. 2.29 je příklad implementace síťové rekurze. Struktura modeluje vztahy mezi členy rodiny jakékoli složitosti. Atribut Typ vztahu může nabývat významů „otec-syn“, „tchyně-dcera“, „dědeček-vnuk“, „tchýně-tchýně-tchýně“, „tchán“ atd. Vzhledem k tomu, že vztah vždy spojuje dva lidi, z podstaty Příbuzný Ph. entity Vztah byly vytvořeny dva identifikační vztahy s názvy rolí „Senior“ a „Junior“. Každý člen rodiny může být v příbuzenském vztahu s kterýmkoli jiným členem rodiny, navíc stejný pár příbuzných může být spojen s různými typy příbuzenství.

Pokud je atribut migrován jako cizí klíč na více než jednu úroveň, pak první úroveň zobrazuje úplný název cizího klíče (název role + základní název atributu) a druhá nebo více zobrazuje pouze název role. Na Obr. 2.30 znázorňuje datovou strukturu, která obsahuje entitu Tým, podstata Hráč, který uchovává informace o hráčích každého týmu a entitě Fotbalová branka, obsahující informace a cíle, které každý hráč vstřelí. Atribut cizího klíče Číslo týmu entity Hráč má název role "V jakém týmu hraje".

Rýže. 2.30. Migrace názvů rolí

V podstatě na další úrovni Fotbalová branka, zobrazí se pouze název role odpovídajícího atributu cizího klíče (V jakém týmu hraje).

Pravidla referenční integrity (RI) jsou logické konstrukce, které vyjadřují obchodní pravidla pro použití dat a představují pravidla pro vkládání, nahrazování a mazání. Při generování databázového schématu na základě možností logického modelu zadaných na kartě Rolename / RI Actions se vygenerují deklarativní pravidla referenční integrity, která musí být předepsána pro každý vztah, a spouštěče, které zajišťují referenční integritu. Spouštěče jsou programy, které se spouštějí při každém provedení příkazu vložení, nahrazení nebo odstranění (INSERT, UPDATE nebo DELETE). Na Obr. 2.30 mezi entitami existuje identifikační vztah tým a Hráč. Co se stane, když smažete příkaz? Instance entity Hráč nemůže existovat bez příkazu (atribut primárního klíče V jakém týmu hraje. Číslo týmu nemůže být NULL), proto je nutné buď zakázat smazání týmu, pokud je v něm alespoň jeden hráč (pro smazání týmu musíte nejprve smazat všechny hráče), nebo okamžitě smazat všechny jeho hráče společně s týmem. Tato pravidla mazání se nazývají „omezení“ a „kaskáda“ (Parent RESTRICT a Parent CASCADE, viz obrázek 2.25). Všimněte si, že entity Hráč a Fotbalová branka, dále jsou také spojeni identifikačním odkazem, a pokud je tým odstraněn kaskádou, budou odstraněni všichni hráči týmu a všechny góly, které vstřelili. Provedení příkazu k odstranění jednoho řádku může ve skutečnosti vést k odstranění tisíců řádků v databázi, proto používejte pravidlo kaskádového mazání opatrně. Pokud je nastaveno pravidlo omezení odstranění, při pokusu o odstranění příkazu, ve kterém je alespoň jeden hráč, relační server DBMS vrátí chybu.

Na Obr. 2.26 stanovil volitelný neidentifikující vztah mezi subjekty Oddělení a Zaměstnanec. Instance entity Zaměstnanec může existovat bez odkazu na oddělení (atribut cizího klíče kde to funguje Číslo oddělení může být NULL). V tomto případě je možné nastavit pravidlo pro nastavení na nulu - SET NULL. Při odstraňování oddělení atribut cizího klíče entity Zaměstnanec – Kde pracuje. Číslo oddělení bude NULL. To znamená, že když je oddělení smazáno, zaměstnanec zůstává pracovat v organizaci, aniž by byl přiřazen k nějakému oddělení a informace o něm jsou uloženy.

Je možné nastavit dvě další pravidla mazání (pokud jsou podporována DBMS):

SET DEFAULT – Po odstranění je atributu cizího klíče přiřazena výchozí hodnota. Pokud je například tým odstraněn, hráči mohou být převedeni do jiného týmu.

NONE — Hodnota atributu cizího klíče se po odstranění nezmění. Záznam o hráči „visí ve vzduchu“, to znamená, že odkazuje na tým, který již neexistuje. Tato situace je typická pro "ploché" stoly. Pokud jsou například informace o hráčích a týmech uloženy v souborech dbf, můžete smazat záznam týmu a soubor hráčů nebude „nic vědět“, že odpovídající tým neexistuje. Proto je na systémech stolních nebo souborových serverů funkce pro vynucení pravidel referenční integrity implementována v klientské aplikaci.

Pravidla pro odstranění řídí, co se stane v databázi po odstranění řádku. Podobně pravidla vkládání a aktualizace řídí, co se stane s databází, pokud dojde ke změně nebo přidání řádků. Můžete například nastavit pravidlo, které vám umožní přidat nový tým pouze v případě, že je v něm zapsán alespoň jeden hráč. Požadovaného chování lze dosáhnout následujícími akcemi:

Nastavte mohutnost vztahu mezi entitami tým a Hráč, rovná se "Jedna nebo více" - 1 nebo více (typ P). Předpokládá se, že bylo vytvořeno identifikační spojení.

Přiřaďte akci spouštěče RI „Parent Insert-CASCADE“, aby při vytváření nového řádku v tabulce tým v podřízené tabulce byl automaticky vytvořen alespoň jeden řádek Hráč.

Přiřaďte k odkazu akci spouštěče RI „Parent Delete-CASCADE“, aby při odstranění řádku z tabulky tým odpovídající řádek nebo řádky z tabulky Hráč byly také smazány.

ERwin automaticky přiřadí výchozí hodnotu referenční integrity každému vztahu před jeho přidáním do diagramu. Výchozí režimy RI ERwin (uvedené v tabulce 2.4) lze změnit v editoru Výchozí nastavení referenční integrity, který se vyvolá kliknutím na tlačítko Výchozí nastavení RI v dialogu Cílový server (nabídka Server / Cílový server).

Tabulka 2.4. Výchozí hodnoty RI ERwin a možné možnosti pro každý typ komunikace

Identifikace vztahu	Nulové povoleny	Neidentifikující vztah (žádné hodnoty Null)	Kategorický odkaz
Child Delete Možné režimy	OMEZENÍ, KASKÁDA, ŽÁDNÉ	RESTRICT, CASCADE, NONE, SET NULL, SET DEFAULT		OMEZENÍ, KASKÁDA,
ŽÁDNÝ
Child Delete Výchozí režimy	ŽÁDNÝ	ŽÁDNÝ	ŽÁDNÝ	ŽÁDNÝ
Child Insert Možné režimy	OMEZENÍ, KASKÁDA,		OMEZIT, CASCADE, NONE, SET DEFAULT	OMEZENÍ, KASKÁDA,
ŽÁDNÝ	ŽÁDNÝ
Výchozí režimy vložení dítěte	OMEZIT	SET NULL	OMEZIT	OMEZIT
Child Update Možné režimy	OMEZENÍ, KASKÁDA, ŽÁDNÉ	RESTRICT, CASCADE, NONE, SET NULL, SET DEFAULT	OMEZIT, CASCADE, NONE, SET DEFAULT	OMEZENÍ, KASKÁDA, ŽÁDNÉ
Výchozí režimy dětské aktualizace	OMEZIT	SET NULL	OMEZIT	OMEZIT
Rodič Odstranit možné režimy	OMEZENÍ, KASKÁDA, ŽÁDNÉ	RESTRICT, CASCADE, NONE, SET NULL, SET DEFAULT	OMEZIT, CASCADE, NONE, SET DEFAULT	OMEZENÍ, KASKÁDA,
ŽÁDNÝ
Rodič Odstranit výchozí režimy	OMEZIT	SET NULL	OMEZIT	KASKÁDA
Možné režimy vložení rodiče	OMEZENÍ, KASKÁDA, ŽÁDNÉ	RESTRICT, CASCADE, NONE, SET NULL, SET DEFAULT	OMEZIT, CASCADE, NONE, SET DEFAULT	OMEZENÍ, KASKÁDA, ŽÁDNÉ
Výchozí režimy vložení rodiče	ŽÁDNÝ	ŽÁDNÝ	ŽÁDNÝ	ŽÁDNÝ
Rodičovská aktualizace Možné režimy	OMEZENÍ, KASKÁDA, ŽÁDNÉ	RESTRICT, CASCADE, NONE, SET NULL, SET DEFAULT	OMEZIT, CASCADE, NONE, SET DEFAULT	OMEZENÍ, KASKÁDA, ŽÁDNÉ
Výchozí režimy aktualizace rodiče	OMEZIT	SET NULL	OMEZIT	KASKÁDA

Vztah mnoho k mnoha je možné pouze na úrovni logického datového modelu. Na Obr. 2.31 výše je příkladem vztahu mnoho k mnoha. Lékař může vidět mnoho pacientů, pacienta může ošetřovat několik lékařů. Toto spojení je naznačeno plnou čarou se dvěma tečkami na koncích.

Předchozí kapitoly pojednávaly o nejběžnějším typu vztahu – identifikování vztahů – a ukázaly, jak ER

vyhrátprovádí migraci klíče prostřednictvím těchto odkazů.

V této kapitole se dozvíte, jak:

Vytvářejte a používejte neidentifikující, rekurzivní a podtypové vztahy. Proveďte automatickou migraci klíčových atributů z jedné entity do druhé. Zabraňte zobrazení duplicitních názvů atributů. Nastavte režimy dědičnosti atributů. Zadejte pořadí, ve kterém jsou v podřízeném prvku vztahu zpracovávány hodnoty null. Vylučte vztahy mnoho k mnoha.

Správa cizích klíčů

Při vytváření diagramu, i když možná budete chtít přidat klíčové atributy entity, když ji vytváříte, ER

vyhrátmůže udělat většinu této práce za vás, pokud mu to dovolíte. Když vytvoříte propojení mezi dvěma entitami, ERvyhrátautomaticky migruje klíčové atributy nadřazené entity do podřízené entity, kde se stanou cizími klíči. Od ERvyhrátpodporuje automatickou migraci klíčů, doporučujeme přidat primární klíče k nezávislé entitě ihned po jejím vytvoření, ale nedělejte si starosti s klíči pro podřízené entity. Po vytvoření odkazu a ERvyhrátautomaticky migruje cizí klíče, vrátí se a přidá vlastní klíče k podřízeným entitám grafu.

Pro usnadnění návrhu databáze, ER

vyhrátumožňuje nastavit režim jedinečného klíče, který lze použít k upozornění na vytvoření atributu, který může automaticky migrovat prostřednictvím odkazu, nebo k zabránění vytváření takových atributů. Kromě toho, pokud odstraníte odkaz, ERvyhrátautomaticky odstraní odpovídající cizí klíče z podřízených entit. Viz kapitola 11, Dokumentování pravidel, sekta. „Zajištění jedinečnosti názvů entit a atributů“.

Jak vytvořit cizí klíče

1. Nakreslete vztah mezi dvěma entitami nebo mezi entitou a sebou samým (rekurzivní vztah). Cizí klíč je automaticky migrován. Nemusíte dělat nic!

Chcete-li zobrazit automatickou migraci cizích klíčů,

musíte nastavit režim zobrazení grafu na Atribut Zobrazit. Musíte mít již vytvořené atributy primárního klíč v nadřazené entitě.

Jak zobrazit atributy cizího klíče

1. Klikněte pravým tlačítkem myši na kmen vztahu - vstoupíte do nabídky Vztah.

2. Zadejte příkaz "Relationship" pro vstup do editoru vztahů.

Určení režimů dědičnosti atributů

vyhrátmigruje atribut primárního klíče, pak ve výchozím nastavení cizí klíč, který se objeví v podřízené entitě, zdědí název, ale nezdědí definici atributu primárního klíče. Pokud chcete, aby definice atributu primárního klíče také migrovala na podřízenou entitu, musíte změnit režimy dědičnosti - Volba dědičnosti atributu - která ERvyhrátnainstaluje ve výchozím nastavení. Chcete-li změnit režim dědičnosti ve vztahu k migraci klíčů, zadejte v nabídce Možnosti příkaz "Atribute Dědičnost ...". Vstoupíte do dialogového okna Volba dědičnosti atributu.

V tomto dialogu lze nastavit tři režimy. Výchozí režim je „Žádná dědičnost“ a můžete jej změnit na „Úplná dědičnost“ nebo „Omezená dědičnost“ stisknutím příslušného tlačítka a poté „OK“ pro uložení nového režimu.

Jak nastavit režim dědičnosti atributu

1. Z nabídky Option zadejte příkaz "Atribute Dědičnost ...".

2. Kliknutím na jedno z tlačítek v okně „Dědičnost definic primárního klíče“ nastavíte požadovaný režim dědičnosti atributů:

"Plná dědičnost" - definice atributů primárního klíče jsou migrovány na cizí klíč pro všechny nové a již vytvořené vazby aktuálního diagramu.

"Omezená dědičnost" - definice atributů primárního klíče jsou migrovány na cizí klíč pro všechny nové odkazy, ale to neplatí pro odkazy již vytvořené v aktuálním diagramu.

"Žádná dědičnost" - Migrace definic atributů je zakázána pro všechny odkazy aktuálního diagramu. Toto je výchozí režim.

Nastavení neidentifikujících odkazů

Odkaz na identitu

se nazývá vztah, který přidává znaky identity podřízené entitě migrací klíčů nadřazené entity do oblasti klíčových atributů podřízené entity, a tím vytváří podřízenou entitu závislý od rodičů ve smyslu jejich identity. Například když atribut filmově otupělý ER migruje z entity MOVIE na MOVIE-COPY v diagramu MOVIES.ER1, ale každá instance MOVIE-COPY závisí nafilmově otupělý ER a od film-kopie-znecitlivělýER, které jej jednoznačně definují (žádný z těchto dvou atributů nemůže sám o sobě jednoznačně identifikovat konkrétní kopii filmu).

Můžete také zadat vztah, který nečiní podřízenou entitu závislou na nadřazené entitě. Tento typ připojení se nazývá neidentifikační odkaz... V ER

vyhráttakový odkaz je označen přerušovanou čarou s tučnou tečkou na konci odpovídající podřízenému odkazu. S neidentifikujícím vztahem se atributy primárního klíče nadřazené entity přesunou do datové oblasti (neklíčová oblast), která je umístěna pod čarou v podřízené entitě. Pokud atributy, které migrovaly do neklíčového rozsahu podřízené entity, nejsou v této entitě potřeba, pak se vztah nazývá volitelný neidentifikující odkaz což znamená, že migrované atributy nepotřebují, aby je dítě identifikovalo, a že mohou existovat bez těchto atributů. V ERvyhrátvolitelný neidentifikující vztah je označen přerušovanou čarou s tučnou tečkou na jednom konci (podřízený) a kosočtvercem na druhém (rodič).

Obrázek níže ukazuje, jak jsou zobrazeny v ER

vyhrátidentifikující, neidentifikující a volitelné neidentifikující vztahy a jsou shrnuty rozdíly mezi těmito vztahy.

Pokud byl vztah již v diagramu vytvořen, můžete jeho typ změnit v editoru vztahů.

Jak změnit typ odkazu

1. Vyberte odkaz, který chcete změnit. Umístěte kurzor na linku odkazu a kliknutím pravým tlačítkem otevřete vyskakovací nabídku Editor.

2. Zadejte příkaz "Relationship" v nabídce Editor pro vstup do editoru vztahů.

3. Klepněte na požadované tlačítko v okně Typ vztahu (Identifying, Non-Identifying).

4. Klepnutím na "OK" potvrďte změny. ER

vyhrátzmění linku propojení v diagramu tak, aby odpovídala novému typu.

Rekurzivní komunikace v

ER výhře je automaticky přiřazen typ Neidentifikace. Nelze to změnit.

Povolit nebo nepovolit hodnoty null?

Když nakreslíte neidentifikující vztah, musíte se rozhodnout, zda atributy cizího klíče zděděné od rodiče mohou mít hodnotu NULL nebo ne. Ve výchozím nastavení je neidentifikující vztah nastaven na "Povolené hodnoty Null", což znamená, že podřízená entita může existovat bez rodiče a vztah je považován za volitelný. "No Nulls" to znamená existence podřízené entity závisí na rodiči, a spojení se nazývá povinné. V případě volitelného odkazu (povolené hodnoty Null) na nadřazeném konci neidentifikujícího odkazu ER

vyhrátklade znamení - kosočtverec.

Jedním z hlavních rozdílů mezi ověřujícím a neidentifikujícím vztahem je, že pouze cizí klíče, které migrují prostřednictvím neidentifikujícího vztahu, mohou mít hodnotu NULL.

Viz Průvodce technikami ER

Průvodce metodami win, kap. 3, "Přehled jazyků", odd. „Identifikování a neidentifikování vztahů“.

Výchozí pro připojení bez ověřování je nastaveno

Režim "Nulls Allowed", tzn. Hodnoty NULL pro externí klíč

1. Studijní otázky

1. Vývoj relačního datového modelu vERwin.
2. Normalizace fyzického datového modelu vERwin.

2. Plán lekce

1. Kontrola znalostí testováním (test ISE005).
2. Import entit do ERwin.
3. Vývoj logických a fyzických datových modelů v ERwin pomocí metodologie IDEF1X.
4. Normalizace fyzického datového modelu v ERwin.

1. Importovat entity do ERvyhrát, pomocí souboru Data _Je jméno. bpx, a na základě získané množiny entit vyvinout logický datový model.

Komentář: Pokud byly názvy entit a atributů vytvořeny v azbuce (v ruštině), měly by být přepsány latinkou.

1. Vytvářejte logické a fyzické datové modely pomocí nástrojů ERwin.
2. 
   ve vaší složce ISE.
3. Fyzický model by měl být normalizován vyřešením vztahů MANY-TO-MANY pomocí tlačítka Mnoho k mnoha se transformuje panely nástrojů ER vyhrátTransformační panel nástrojů.
4. Uložte výsledky do souboru
   Data_Model_IS_Name_IDEF1X.er1 ve vaší složce ISE.

Je uveden PŘÍKLAD logického modelu a také normalizovaného fyzického datového modelu implementovaného v technologii IDEF1X.

4. Technologický postup plnění úkolů

4.1. Technologický postup tvorby datových modelů

4.1.1. Metodika modelování (metodika IDEF1X)

Metodologie IDEF1X používá nástroj CASE ERwin pro budování logických a fyzických datových modelů informačního systému.

ERwin má jednoduché a intuitivní uživatelské rozhraní pro vytváření logických a fyzických datových modelů zpracovávaných systémem. PROTI logický modelu, je přípustné vytvořit vztahy MANY-TO-MANY mezi entitami a názvem atributu ( Název atributu) bude název atributu v logický model a název sloupce ( Název sloupce), pokud je uveden, bude název atributu v fyzický modely.

V kterémkoli z těchto modelů můžete automaticky převést vztah MANY-TO-MANY na vztah ONE-TO-MANY.

Tím se vytvoří podřízená tabulka, která oddělí vztah MANY-TO-MANY. Tato tabulka bude obsahovat vložený složený klíč (FK) s atributy vloženými z hlavních tabulek a jejich odpovídajícími datovými typy. Pokud potřebujete změnit typ dat, musíte to udělat ručně.

Proces vytváření modelu zahrnuje následující fáze:

1. Z okna lze vytvořit nový model Počítačoví kolegové ERwin nebo klikněte na tlačítko vytvořit model. V obou případech se zobrazí dialogové okno. Vytvořit model - Vyberte šablonu (obr. 5.1).

1. V okně Vytvořit model - Vyberte šablonu měli byste vybrat možnost, která určuje schopnost vytvářet datové modely určitého typu: Logický(můžete pouze vytvořit Logický model), Fyzický(můžete pouze vytvořit Fyzikální model) nebo Logické / fyzické(oba modely můžete vytvářet paralelně: a Logický , a Fyzický). Chcete-li mít více možností, je vhodné zvolit druhou možnost - Logické / fyzické .
2. PROTI Cílová skupina databáze ze seznamu navrženého v poli Databáze, vyberte systém správy databází (DBMS) - SQL Server a v terénu Verze verze, kterou chcete - 2000 .
3. V okně, které se objeví < Main Subject Area >/ Zobrazit] vyberte typ vytvořeného modelu ze seznamu: Logický nebo Fyzický(obr.5.2).

Na panelu nástrojů ERwin Toolbox obsahuje tlačítka, která umožňují přidávat do datového modelu a upravovat jeho jednotlivé fragmenty:

	– Vybrat(úprava vybraného objektu modelu),
	– Entita(přidání entity),
	– Mnoho - k - mnoha Vztah(Vztah mnoho k mnoha)
	– Identifikace vztahu (identifikace spojení),
	– Neidentifikující vztah (neidentifikující vztah).

4.1.2. Technologický postup tvorby logického datového modelu

V procesu vytváření modelu lze entity vložit importem ze slovníku entit vyvinutého v BPwin, nebo vytvořením pomocí tlačítka Entita na panelu nástrojů.

Import entit do ERwin

Poznámky

• Entity lze exportovat a importovat pouze jednou.
• Po importu entit z BPwin vlajky Výměna s ERwin a tlačítka Aktualizace a Vymazat v dialogovém okně Editor slovníku entit a atributů stát se tupým. Je to proto, že nemůžete změnit entity a atributy BPwin sdílí s ERwin.

1. Vytváření nových subjektů.
   • Klikněte na tlačítko Přidat entity Entita a klepněte v okně modelu.
   • Vejít se název entity a stiskněte zadejte, pak zadejte název atributu entity.
   • Chcete-li vybrat požadované písmo, proveďte str. 1,9–1,12.
2. Přidání nových atributů.
   • V kontextové nabídce entity vyberte příkaz Atributy ... a v okně, které se objeví (obr.5.4), stiskněte tlačítko Nový.
   • V okně Nové atributy(obr. 5.6) zadejte do pole název atributu Název atributu .
   • Nastavte datový typ každého atributu pro každou entitu: Text (řetězec), číselný (číslo), datum/čas (datum a čas) nebo pole poznámky (B inárníL argeOb objekt, blob) (obr.5.5 nebo obr.5.6) .
   • Zaškrtnutím políčka definujte klíčové atributy Primární klíč v okně Atributy(Obr.5.5) po zvýraznění požadovaného atributu v poli Atribut.

Navazování vztahů mezi entitami

1. Nastavení komunikace MANY-TO-MANY:
   • Na panelu nástrojů Erwin Toolbox zmáčkni tlačítko Vztah mnoho k mnoha .
   • Postupně klikněte levým tlačítkem myši na názvy entit, mezi kterými chcete vytvořit vztah (obr. 5.7).

1. Instalace identifikace ONE-TO-MANY spojení:
   • Na panelu nástrojů Erwin Toolbox zmáčkni tlačítko Identifikace vztahu.
   • klíč klíčový atribut podřízená entita (FK) umístěné na straně LOT (obr. 5.8).
   • V podřízené entitě se vygeneruje složený klíč.

1. Instalace neidentifikující ONE-TO-MANY spojení:
   • Na panelu nástrojů Erwin Toolbox zmáčkni tlačítko Neidentifikující vztah .
   • Následně klikněte levým tlačítkem myši na názvy entit, mezi kterými chcete vytvořit vztah. Výsledkem vytvoření spojení bude úvod klíč atribut hlavní entity jako neklíčový atribut podřízená entita (FK) umístěné na straně LOT (obr. 5.9).

4.1.3. Technologický proces tvorby fyzického datového modelu

Výsledkem provedení příkazu bude automaticky vytvořený fyzický model, ve kterém budou místo entit prezentovány tabulky a místo atributů entity pole tabulky.

1. Ve fyzickém modelu zkontrolujte datové typy a vztahy vytvořené mezi tabulkami.

4.2. Pracovní postup normalizace fyzického datového modelu (metodika IDEF1X)

1. V okně Computer Associates ERwin -)