Typy odkazov v erwine. Všeobecné princípy práce v erwine. Stavba modelu v ERwine

Laboratórna práca č.5

Účel práce:

Cvičenie:

Pracovná postupnosť

Oboznámenie sa s používateľským rozhraním

· Stiahnite si program Erwin.

V zobrazenom dialógovom okne vyberte prepínač Vytvorte nový model. Na obrazovke sa zobrazí dialógové okno Vytvoriť model - vyberte šablónu, kde musíte vybrať úroveň simulácie.

Erwin má dve úrovne modelovania: logickú a fyzickú. zapnuté logickéúroveň údajov je prezentovaná tak, ako sa javí v reálnom svete. Objekty na logickej úrovni sú entity a atribúty.

zapnuté fyzickéÚroveň modelu závisí od konkrétnej implementácie databázy zvolenej používateľom. Keď sa model prenesie na fyzickú úroveň, entity sa transformujú na tabuľky a atribúty na polia, preto všetky názvy a popisy fyzického modelu musia byť v súlade s konvenciami prijatými pre vybraný DBMS.

Nastavte prepínač Logické / fyzické vytvoriť model s logickými a fyzickými vrstvami.

V poliach Databáza a Verzia určuje typ a verziu servera, pre ktorý sa model vytvára. Zo zoznamu vyberte Access 2000. Kliknite OK.

· Na obrazovke sa zobrazí hlavné okno programu.

V hornej časti okna je titulkový riadok, ktorý obsahuje názov programu, názov modelu, názov podmnožiny (Subject Area) a uložené zobrazenie (Stored Display). Hlavnú časť programového priestoru zaberá pracovná oblasť, v ktorej sa vytvára ER diagram.

Na prepínanie medzi logickou a fyzickou úrovňou slúži zoznam na paneli nástrojov (obr. 1.1).

Okrem tohto zoznamu sú na paneli nástrojov aj tlačidlá (pozri tabuľku 1.1).

Tabuľka 1.1.

Tlačidlá panela nástrojov Erwin

Tlačidlo	Vymenovanie
	Vytvorte, otvorte, uložte a vytlačte model
	Vyvolanie dialógového okna Prehliadač zostáv na generovanie zostáv
	Zmeniť úroveň zobrazenia modelu: úroveň entity, úroveň atribútu, úroveň definície
	Zmena mierky zobrazenia modelu
	Generovanie schémy databázy, zarovnanie schémy s modelom a výber servera (dostupné len na úrovni fyzického modelu)
	Prepínanie medzi oblasťami modelu predmetnej oblasti

Pre priamu prácu s prvkami modelu v programe slúži paleta nástrojov (Erwin Toolbox), ktorá je „plávajúcim oknom“ (obr. 1.2). V prípade potreby je možné paletu nástrojov z obrazovky odstrániť a vyvolať stlačením kombinácie kláves "CTRL-T".

Ryža. 1.2. Paleta logických nástrojov

Entity v modeli

V tejto fáze je potrebné doplniť model o nasledovné subjekty identifikované ako výsledok analýzy predmetnej oblasti (dodanie tovaru v súlade so zmluvami): kupujúci, zmluva, faktúra, tovar, sklad.

Vyberte tlačidlo na paneli nástrojov (ERwin Toolbox) Podstatou kliknutím naň ukazovateľom myši. Potom kliknite myšou na miesto v diagrame, kam chcete umiestniť novú entitu. V poli grafu sa zobrazí obdĺžnik predstavujúci novú entitu s automaticky vygenerovaným názvom „E / 1“.

· Zadajte z klávesnice názov entity " Zákazník“ a stlačte Zadajte.

· Rovnakým spôsobom vložte do diagramu ďalšie štyri entity: zmluva, faktúra, produkt, sklad.

Kliknutím pravým tlačidlom myši na entitu a výberom položky z kontextového menu Vlastnosti entity, môžete zavolať editor entity entity(obr. 1.6), ktorý umožňuje meniť vlastnosti vybranej entity. Editor entít je možné vyvolať aj cez hlavné menu: Model | entity.

Ryža. 1.6. Editor entity

V hornej časti okna editora je zoznam všetkých entít dostupných v diagrame. S jeho pomocou si môžete vybrať entitu, ktorej vlastnosti chcete zobraziť alebo zmeniť. Štandardne je vybratá entita entita vybratá v diagrame a kliknutá na. Potom je tu pole Názov, ktoré zobrazuje názov entity. Názov je možné upraviť.

Nižšie v okne editora je niekoľko záložiek:

Definícia(definícia) – Na tejto stránke zadávate definíciu entity.

Poznámka, poznámka 2, poznámka 3(poznámka) – Používa sa na zadávanie voľného textu spojeného s entitou, ako sú vzorové údaje a dopyty.

UDP- užívateľsky definované vlastnosti.

Ikona(ikona) - pre prehľadnosť je možné každej entite priradiť ikonu, ktorá sa zobrazuje pri jej názve.

Pre každú entitu zadajte definíciu Definícia.

Kľúčové skupiny

Zavolajte editora kľúčových skupín kľúčové skupiny, kliknutím pravým tlačidlom myši na entitu Zákazník a výber z položky kontextového menu Kľúčové skupiny... Editor skupiny kľúčov je možné vyvolať aj cez hlavné menu: Model | Kľúčové skupiny.

Editor skupiny kľúčov obsahuje ovládacie prvky:

Entita- pole s rozbaľovacím zoznamom, v ktorom by ste mali vybrať entitu na úpravu.

Okno so zoznamom skupín kľúčov. Každá skupina je reprezentovaná samostatným riadkom vrátane názvu (Key Group), typu (Type) a definície (Definícia).

Okrem toho dialógové okno Editor skupiny kľúčov obsahuje nasledujúce karty:

ü členov. Nastavia sa členovia kľúčových skupín a ich poradie v skupine.

ü generál Prepínače, ktoré umožňujú nastaviť typ skupiny kľúčov. Tieto skupiny nie sú dostupné pre primárny a cudzí kľúč.

ü Definícia Voľné textové informácie týkajúce sa vybranej skupiny kľúčov.

ü Poznámka Poznámka pre vybranú skupinu.

ü UDP (vlastné vlastnosti).

stlač tlačidlo Nový.

· V okne Nová skupina kľúčov v teréne Kľúčová skupina zadajte názov skupiny kľúčov - INN... V teréne Index zobrazí sa názov indexu vygenerovaný Erwinom. Nechajte to nezmenené.

Prepínač Typ skupiny kľúčov určuje typ generovaného kľúča. Môže to byť alternatívny kľúč alebo inverzný vstup. Prosím vyber Alternatívny kľúč a stlačte OK... Novo zadaný alternatívny kľúč sa zobrazí v zozname kľúčov.

Prejdite na záložku členov... Nový kľúč zatiaľ neobsahuje žiadne atribúty, takže zoznam na pravej strane Členovia kľúčovej skupiny(kľúčoví členovia skupiny) je prázdny. Vyberte atribút v ľavom zozname INN a pomocou tlačidla so šípkou ho presuňte do zoznamu vpravo (pozri obr. 1.8).

Ryža. 1.8. Editor skupiny kľúčov

· Rovnakým spôsobom vytvorte skupiny kľúčov pre inverzné vstupy uvedené v tabuľke. 1.3.

Laboratórna práca č.6

Nastavenie pravidiel deklaratívnej referenčnej integrity

· Bytie na logiku na úrovni dátového modelu kliknutím myšou vyberte vzťah „uzatvára“ medzi subjektmi Kupujúci a Zmluva. Potom kliknite pravým tlačidlom myši a vyberte položku Vzťahové vlastnosti(editor odkazov).

V okne editora odkazov Vzťah prejdite na kartu Akcie RI... Prečítajte si predvolené pravidlá referenčnej integrity pre vzťah „kupujúci – zmluva“. Tieto nastavenia zakazujú vkladanie a úpravu inštancie podriadenej entity, ako aj vymazanie a úpravu nadradenej entity. To znamená, že nie je dovolené vymazať alebo zmeniť kupujúceho, ak databáza obsahuje zmluvy s ním uzatvorené, ako aj vstup do zmluvy bez uvedenia kupujúceho alebo s odkazom na neexistujúceho kupujúceho. Splnili sme tak podmienku, podľa ktorej môže zmluva existovať len pre konkrétneho kupujúceho.

· Analyzujte zavedené pravidlá referenčnej integrity pre všetky ostatné prepojenia.

Pravidlá priradené k odkazu predvolene možno zmeniť výberom požadovanej hodnoty z rozbaľovacieho zoznamu.

Normalizácia údajov

Z modelu je zrejmé, že Kupujúci má v podstate viacnásobný prívlastok TEL. Zákazník môže mať viacero telefónnych čísel, čo je porušením prvého normálneho tvaru, podľa ktorého všetky hodnoty atribútov musia byť atómové. Preto je potrebné oddeliť atribút TEL do samostatnej entity.

· Vytvorte entitu Phone obsahujúcu nasledujúce atribúty: TEL_CODE (primárny kľúč, typ - číslo) a TEL (typ - reťazec).

· Prepojte entity Kupujúci a Telefón s identifikačným odkazom. Nastavte komunikačný výkon - Jeden alebo viac (P) a zadajte názov vzťahu - Má.

Výber servera

Vykonajte príkaz Databáza | Vyberte Databáza.

V dialógovom okne Erwin / ERX - Cieľový server musíte nastaviť typ servera - Prístup a jeho verzia - 2000 ... Tiež špecifikuje predvolený typ údajov a klauzulu NULL pre novovytvorené stĺpce. Niektoré z možností v tomto dialógovom okne závisia od zvoleného typu servera.

Po výbere servera kliknite na tlačidlo OK.

Denormalizácia údajov

Na modeli existujú dva vzťahy many-to-many: Produkt – Zmluva a Produkt – Faktúra, ktoré je potrebné vyriešiť na fyzickej úrovni. Výsledok riešenia týchto prepojení je uvedený v tabuľke. 2.1.

Tabuľka 2.1.

Výsledok vyriešenia vzťahov many-to-many

Vzťahy many-to-many sa vyriešia automaticky, keď prejdete na fyzickú vrstvu alebo pomocou špeciálneho sprievodcu Sprievodca transformáciou mnohých vzťahov.

· Ak chcete vyvolať tohto sprievodcu, vyberte vzťah "Produkt - Zmluva" kliknutím naň kurzorom myši. Potom kliknite pravým tlačidlom myši a vyberte položku Vytvorte tabuľku asociácií(vytvorte asociatívnu tabuľku). Na obrazovke sa zobrazí prvé dialógové okno sprievodcu s textom o jeho účele.

Zadajte do poľa Názov tabuľky(názov tabuľky) - Delivery_Plan... V teréne Komentár k tabuľke(komentár k tabuľke) uveďte text: Informácie o dodaní tovaru podľa zmluvy.

· Na modeli sa objavila nová tabuľka Delivery_Plan, prepojená identifikačným vzťahom s tabuľkami Tovar a Zmluva.

· Nová tabuľka musí byť vyplnená tromi stĺpcami (pozri tabuľku 2.1). Ak to chcete urobiť, vyberte tabuľku Delivery_Plan kliknutím naň ukazovateľom myši. Potom kliknite pravým tlačidlom myši a vyberte položku stĺpce ( editor stĺpcov) . Práca s týmto editorom je podobná práci s editorom atribútov.

· Zadajte tri nové stĺpce samostatne podľa tabuľky. 2.1.

· Vyššie uvedeným spôsobom (pomocou sprievodcu) transformujte vzťah "Produkt - Faktúra" a doplňte výslednú asociatívnu tabuľku Zásielka o dva stĺpce podľa tabuľky. 2.1.

Nastavenie pravidiel overovania

Určenie zoznamu platných hodnôt

V súlade s predmetnou oblasťou nastavte pre pole DPH_VAT tabuľky Produkt zoznam prijateľných hodnôt: 0, 10 a 18 %.

Stĺpce.

V okne editora v poli Stĺpec- SADZBA DPH.

Prejdite na kartu vybratého DBMS - Prístup.

· Platné.

V dialógu Pravidlá validácie kliknite na tlačidlo Nový.

V dialógu Nové pravidlo overenia v teréne Logické zadajte názov pravidla - Kontrola sadzby DPH... Kliknite na tlačidlo OK.

· Prejdite na záložku generál... V skupine Typ nainštalujte možnosť Platný zoznam hodnôt.

· V teréne Platná hodnota v prvom riadku zadajte 0. V druhom a treťom riadku zadajte hodnoty: 10 a 18.

Skontrolujte to v hornej časti okna editora Pravidlá validácie objavil sa riadok: Kontrola sadzby DPH(názov overenia) IN (0, 10, 18)(Pravidlo overenia).

Kliknite OK V okne editora Stĺpce na záložke Prístup v teréne Platné objavil sa názov vytvoreného pravidla - "Kontrola sadzby DPH".

Nastavenie predvolených hodnôt

Vytvorme pravidlo, podľa ktorého bude v poli DATE_Year v tabuľke Zmluvy štandardne nahradená hodnota aktuálneho dátumu.

Vyvolajte kontextové menu tabuľky Zmluvy a vyberte položku Stĺpce.

V okne editora v poli Stĺpec vyberte stĺpec, pre ktorý bude pravidlo nastavené – DATE_DAY.

· Na karte Prístup kliknite na tlačidlo napravo od rozbaľovacieho zoznamu Predvolené.

V dialógovom okne Predvolené / počiatočné hodnoty kliknite na tlačidlo Nový.

V dialógu Nová predvolená hodnota v teréne Logické zadajte názov pravidla - Aktuálny dátum... Kliknite na tlačidlo OK.

· Na karte Prístup v teréne Hodnota servera – predvolený prístup vstúpiť Dátum ()(funkcia, ktorá získa hodnotu aktuálneho dátumu).

Kliknite OK V okne editora Stĺpce na záložke Prístup v teréne Predvolené objavil sa názov vytvoreného pravidla - "Aktuálny dátum".

· Rovnaké pravidlo nastavte pre pole SHIP_DATE v tabuľke Faktúry. Ak to chcete urobiť, v okne editora stĺpcov Stĺpec vyberte pole DATE_PUT a na karte Prístup v poli Predvolené vyberte pravidlo z rozbaľovacieho zoznamu Aktuálny dátum.

Nastavenie pravidiel pre overovanie vstupných hodnôt

Vytvorme pravidlo na kontrolu zadaných hodnôt pre pole CENA v tabuľke Produkt, podľa ktorého toto pole nemôže mať hodnoty menšie ako 0.

Vyvolajte kontextové menu tabuľky Produkt a vyberte položku Stĺpce.

V okne editora v poli Stĺpec vyberte stĺpec, pre ktorý bude pravidlo nastavené - CENA.

· Na karte Prístup kliknite na tlačidlo napravo od rozbaľovacieho zoznamu Platné.

V dialógu Pravidlá validácie kliknite na tlačidlo Nový.

V dialógu Nové pravidlo overenia v teréne Logické zadajte názov pravidla - Kontrola ceny... Kliknite na tlačidlo OK.

· Prejdite na záložku generál... V skupine Typ nainštalujte možnosť Min / Max.

· V teréne Min zadajte 1. Okrem spodnej hranice rozsahu hodnôt tu môžete nastaviť aj hornú hranicu ( Max).

V hornej časti okna editora Pravidlá validácie do zoznamu validačných pravidiel bol pridaný novovytvorený: Kontrola ceny> = 1.

stlač tlačidlo OK.

Laboratórna práca č.7

Výpočet veľkosti databázy

Účel práce:

Osvojiť si metodiku výpočtu veľkosti databázy, implementovanú v Erwine.

Laboratórna práca č.8

Erwin Reporting

Účel práce:

· Štúdium typov správ;

Zvládnutie postupu pri tvorbe reportov

Laboratórna práca č.5

Erwinove základy. Vytvorenie logického dátového modelu

Účel práce:

· Zvládnutie zručností práce v Erwin;

· Zostavenie logického modelu danej tematickej oblasti.

Cvičenie:

Zostavte si logický informačný model pre dodanie tovaru v súlade so zmluvami pomocou nástrojov Erwin.

Laboratórna práca č.4. Definovanie vzťahov medzi entitami v ERwin

Ako je uvedené v cvičení 3, na vytvorenie logického dátového modelu musíte najskôr definovať množinu entít a definovať vzťahy medzi nimi. V cvičení 3 ste vytvorili diagram obsahujúci štyri entity (obrázok 4.1). Na metodiku zisťovania vzťahu medzi nimi sa pozrieme v aktuálnom cvičení.

https://pandia.ru/text/78/177/images/image002_182.gif "width =" 123 "height =" 128 src = "> predvolená vygenerovaná slovná fráza je „ R / 1 “ (obrázok 4.2).

Obrázok 4.2 - Neidentifikujúci vzťah

Krok 3 Prejdite na úroveň atribútov a všimnite si, že entita „Miesto školenia“ má atribút primárneho kľúča z entity „Trieda“ a je označená písmenami „FK“. O atribúte sa hovorí, že je „migrovaný“ a FK (cudzí kľúč) znamená, že atribút je súčasťou cudzieho kľúča (obrázok 4.3). Pre identifikačný vzťah je cudzí kľúč vždy zahrnutý v primárnom kľúči dieťaťa.

subjekt, pre neidentifikáciu nie je zahrnutý.

Obrázok 4.3 - Migrácia atribútov

Krok 4 Priraďte odkaz k slovesnej fráze. Ak to chcete urobiť, vyberte vzťah kliknutím naň ukazovateľom myši, potom kliknite pravým tlačidlom myši a v kontextovej ponuke vyberte položku „Vlastnosti vzťahu ...“.

Celkový pohľad na okno editora odkazov je znázornený na obrázku 4.4.

Databázy "href =" / text / category / bazi_dannih / "rel =" záložka "> databázy. V našom príklade, keďže sme pri analýze predmetu zistili, že študijné miesto nemôže existovať oddelene od triedy, nastavte toto ne - prepínač do polohy „No Nulls.“ Teda platí podmienka, že existujúca inštancia pracovnej stanice musí mať vždy odkaz na triedu, do ktorej patrí.

Záložka " definícia "(definícia).

Na tejto stránke zadáte definíciu vzťahu. Text definície vzťahu, podobne ako v prípade účtovnej jednotky, závisí od noriem prijatých podnikom a mal by uľahčiť vnímanie modelu.

Záložka Rolename

Názov roly (rolename) je ďalšou charakteristikou, ktorá môže

priradené k atribútu migrujúceho primárneho kľúča (obrázok 4.5).

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

Obrázok 4.6 - Kontextové menu diagramu pre zobrazenie migrujúcich atribútov entít

RI akcie Tab

Záložka je určená na nastavenie parametrov referenčnej integrity projektu.

spustená databáza (obrázok 4.7).

Nastavenia referenčnej integrity sú logické konštrukcie, ktoré vyjadrujú obchodné pravidlá pre používanie údajov. Určujú, aké akcie má DBMS vykonať pri odstraňovaní, vkladaní alebo úprave riadku tabuľky (inštancia entity). Takto definované akcie možno neskôr použiť pri automatickom generovaní spúšťačov, ktoré zachovávajú integritu údajov.

V logickom modeli sú definované nasledujúce typy akcií alebo pravidiel:

1 OBMEDZENIE – zákaz vymazania, vloženia alebo úpravy inštancie entity

2 KASKÁDOVÁ - pri odstraňovaní inštancie nadradenej entity vymazanie všetkých inštancií podriadenej entity odkazujúcej na vymazanú nadradenú inštanciu.

3 SET NULL - pri odstraňovaní inštancie nadradenej entity sa atribútom cudzieho kľúča všetkých inštancií podradenej entity priradí hodnota NULL.

4 SET DEFAULT - to isté ako v predchádzajúcom prípade, ale namiesto hodnoty NULL je priradená predvolená hodnota.

5 ŽIADNE – nevykonáva sa žiadna akcia.

Obrázok 4.7 – Karta „RI Actions“ (Nastavenia referenčnej integrity)

Tieto pravidlá sú nastavené na vkladanie, odstraňovanie a úpravu inštancie rodičovských aj podradených entít. Každý odkaz teda musí mať súbor šiestich pravidiel, ktoré sa zadávajú do polí, zjednotených spoločným nadpisom „Akcie RI“. Pri pridávaní prepojenia do diagramu ERwin predvolene nastaví preň sadu pravidiel, ktoré je možné upraviť v dialógovom okne „Vlastnosti modelu“ na karte „Predvolené hodnoty RI“ (obrázok 4.8).

výberom z hlavného menu príkazu "Model" Server "a ďalej,

príkaz "Vlastnosti modelu" (obrázok 4.9).

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

Obrázok 4.9 - Postup pre vyvolanie dialógového okna "Vlastnosti modelu".

Pravidlá priradené k odkazu predvolene možno zmeniť výberom požadovanej hodnoty z rozbaľovacieho zoznamu (pozri obrázok 4.8). Stlačením tlačidla „Re-bind“ sa prenesú nové predvolené nastavenia do aktuálneho režimu.

del, ak opustíte dialóg bez vykonania zmeny priradenia, zmenené nastavenia ovplyvnia iba nové modely.

Každý typ spojenia má v závislosti od typu akcie svoj vlastný súbor prípustných pravidiel, ktoré sú uvedené v tabuľke 4.2.

Tabuľka 4.2 - Súbor platných pravidiel pre rôzne typy odkazov

akcie	Typ vzťahu
Identifikátor	Neidentifikovaný nulls (Non-Identifying, Nulls	Neidentifikovaný rozhodnutie (Neidentifikujúce, č	spojenie
(vymazanie dieťaťa)			CASCADE, NONE SET NULL,	CASCADE, NONE SET DEFAULT
(vložiť dieťa)			CASCADE, NONE SET NULL,	CASCADE, NONE SET DEFAULT
(prebaľovanie dieťaťa)			CASCADE, NONE SET NULL, SET DE - FAULT	CASCADE, N6NE SET
(odstránenie nadradeného objektu)			CASCADE, NONE SET	CASCADE, NONE SET
(vloženie rodičovského objektu)			CASCADE, NONE SET NULL,	KASKÁDA. NONE SET DEFAULT
(zmeniť rodiča)			CASCADE, NONE SET	CASCADE, NONE SET

Predvolené nastavenia pre vzťah „Trieda – Učebňa“ zakazujú vkladať a upravovať inštanciu podradenej entity, ako aj odstraňovať a upravovať nadradenú entitu. To znamená, že nie je povolené žiadne vymazanie.

alebo zmena triedy, ak obsahuje učebne, ako aj vstup do učebne bez určenia triedy alebo s odkazom na neexistujúcu triedu. Splnili sme teda podmienku, že školiace miesto môže existovať len ako súčasť triedy.

Karta UDP (parametre definované používateľom)

Záložka - UDP, podobne ako predchádzajúce objekty diagramu, vám umožňuje priradiť k odkazu vlastnú sadu vlastných vlastností.

Vytvorili sme teda neidentifikujúci vzťah medzi entitami „Trieda“ a

"Miesto školenia" s podmienkou "No Nulls". Je zrejmé, že medzi entitami "Typ zariadenia" a "Vybavenie" musí existovať vzťah rovnakého typu, pretože časť zariadenia musí nevyhnutne mať typ. Pridajte tento vzťah do diagramu vykonaním rovnakých krokov ako v predchádzajúcom prípade. Zavolajte do editora odkazov a zmeňte slovnú frázu na „popisuje“, ostatné nastavenia odkazov ponechajte nezmenené. Upozorňujeme, že atribút „kód typu zariadenia“ sa presunul na nekľúčové atribúty entity „Miesto školenia“ (obrázok 4.10).

Obrázok 4.10 – Atribút „kód typu zariadenia“ migroval na nekľúčové atribúty entity „Miesto školenia“

Uvažujme teraz o vzťahu medzi entitami „Miesto školenia“ a „Jednotka vybavenia“. Ako sme zistili pri prieskume predmetného územia, kusy techniky tvoria určitú zásobu komponentov, z ktorých niektoré sú inštalované na výcvikových miestach. Ďalšia časť komponentov môže byť v sklade, môže byť mimo prevádzky a čaká na odpis atď., čiže môže existovať oddelene od miesta školenia. Subjekty „Miesto výcviku“ a „Jednotka vybavenia“ teda nie sú na sebe závislé a musia byť spojené s neidentifikujúcim vzťahom.

Krok 5. Vyberte neidentifikujúci vzťah na palete nástrojov a pridajte ho do diagramu, pričom ako nadradenú entitu vyberte Seat a

"Jednotka vybavenia" - dcérska spoločnosť. V editore odkazov zmeňte slovné spojenie „Rodič pre dieťa“ na „skladá sa z“. Neidentifikujúci vzťah má dve príchute – Nulls Allowed a No Nulls. Predvolená príchuť je „Povolené nuly“, ponechajte ju nezmenenú. Toto nastavenie znamená, že polia cudzieho kľúča inštancie entity "Vybavenie" môžu mať nulovú hodnotu, tj.

nie je tam žiadny údaj o kópii „miesta štúdia“. Zariadenie teda môže existovať samostatne.

Po vytvorení vzťahov bude diagram na úrovni entity vyzerať takto

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

Obrázok 4.12 - Obrázok odkazov v notácii IDEF1X

Okrem typu odkazu môže diagram zobraziť aj nastavenie hodnoty odkazu.

Strata - ak to chcete urobiť, vyberte položku v kontextovej ponuke diagramu

Zobrazenie vzťahu a referenčná integrita ( Krok 6. ).

Abeceda "href =" / text / kategória / alfavit / "rel =" záložka "> abecedné skupiny oddelené dvojbodkou": ". Prvý znak označuje akciu, na ktorú sa vzťahuje pravidlo integrity: D - vymazať, I - vložiť (vložiť), U - zmeniť (aktualizovať).

Druhá skupina označuje pravidlo: R - RESTRICT, С - CASCADE, SN - SET NULL, SD - SET DEFAULT. Zákaz vymazania sa teda označí D:R a nastavenie NULL na zmenu sa označí U: SN. Označenia sú uvedené na rodičovskom alebo podradenom konci vzťahu v závislosti od toho, na ktorú entitu sa vzťahujú. Keď sú nastavenia referenčnej integrity povolené, diagram je

vyzerá ako na obrázku 4.14.

Obrázok 4.14 - ER-diagram so zahrnutými nastaveniami referenčnej integrity

Diagram teraz definuje jednu z objektových oblastí, z ktorých sme identifikovali štyri – materiálnu podporu vzdelávacieho procesu. V nasledujúcich cvičeniach sa pozrieme na ďalšie oblasti objektov.

Krok 7. Na karte Úroveň entity uložte model napríklad pod názvom

to Lab_4_Petrov. er1.

Krok 8. Dokončite individuálnu úlohu na určenie vzťahov medzi

podrobnosti v ERwin pre špecifikovanú oblasť (pozri tabuľku 3.4).

1. Výsledky krokov 1 - 7 programu lekcie.

2. Výsledky individuálneho zadania.

Kontrolné otázky

1. Ako rozlišujete medzi závislými a nezávislými entitami v ERwin diagrame?

2. Aký vzťah medzi subjektmi sa nazýva neidentifikačný?

3. Aký je fyzický a logický dátový model?

4. Aký vzťah medzi entitami sa nazýva identifikácia?

5. Vysvetlite význam výroku, že nejaký atribút „migroval“?

6. Čo znamená symbol „FK“ na diagrame ERwin?

7. Aké sú možnosti editora odkazov?

8. Aké je zobrazenie odkazov v zápise IDEF1X?

9. Ako je označenie referenčnej integrity v diagrame

10. Aké vzťahy medzi entitami boli použité pri vykonávaní ind.

vizuálna úloha?

Vytváranie moderných informačných systémov je veľmi náročná úloha, ktorej riešenie si vyžaduje použitie špeciálnych techník a nástrojov. Nie je prekvapujúce, že v poslednom čase medzi systémovými analytikmi a vývojármi výrazne vzrástol záujem o CASE (Computer-Aided Software / System Engineering) - technológie a CASE nástroje, ktoré umožňujú čo najviac systematizovať a automatizovať všetky fázy vývoja softvéru. ako sa dá.

Kniha ponúkaná čitateľovi je praktickým sprievodcom pri vytváraní informačných systémov pomocou efektívnych nástrojov na analýzu, návrh a generovanie kódu z technológie PLATINUM - BPwin a ERwin. Obsahuje aj popis metód statickej analýzy a návrhu dátových modelov v rozsahu potrebnom pre praktickú prácu. Aplikácia metód je ilustrovaná príkladmi.

Kniha je napísaná na základe osobných skúseností autora získaných pri vývoji informačných systémov, prednášaním a vykonávaním praktických cvičení CASE-technológií a CASE-nástrojov v Školiacom stredisku "Interface Ltd." Je určená odborníkom v oblasti informačných technológií: systémovým analytikom, projektovým manažérom, vývojárom – a môže byť užitočná aj pre študentov bakalárskeho a postgraduálneho štúdia, ktorí študujú základy systémovej analýzy a návrhu informačných systémov.

kniha:

Vzťah je logický vzťah medzi entitami. Každý vzťah by mal byť pomenovaný slovesom alebo slovesným spojením (Relationship Verb Phrases) (obr. 2.20). Názov vzťahu vyjadruje určitý druh obmedzenia alebo obchodného pravidla a uľahčuje čítanie diagramu, napríklad:

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

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

Ryža. 2.20. Názov vzťahu - Slovesné frázy vzťahu

Odkaz presne zobrazuje, ktoré objednávky zákazník zadal a ktorý zamestnanec objednávku vykonáva. V predvolenom nastavení sa názov prepojenia v diagrame nezobrazuje. Ak chcete zobraziť názov, postupujte podľa kontextovej ponuky, ktorá sa zobrazí, ak kliknete ľavým tlačidlom myši na ľubovoľné miesto v diagrame, ktoré nie je obsadené objektmi modelu, vyberte položku Možnosti zobrazenia / Vzťah a následne povoľte možnosť Slovesná fráza.

Na logickej úrovni je možné vytvoriť identifikačný vzťah jeden k mnohým, mnoho k mnohým a neidentifikujúci vzťah jeden k mnohým (respektíve ide o tlačidlá zľava doprava v paleta nástrojov).

IDEF1X rozlišuje medzi závislými a nezávislými entitami. Typ entity je určený jej vzťahom k iným entitám. Medzi nezávislými (rodičovský koniec vzťahu) a závislými (podriadený koniec vzťahu) entitami sa vytvorí identifikačný vzťah. Keď sa vytvorí identifikačný vzťah, ERwin automaticky zmení dieťa na závislého. Závislá entita je znázornená ako obdĺžnik so zaoblenými rohmi (entita objednať na obr. 2.21). Inštancia závislej entity je definovaná len prostredníctvom vzťahu k materskej entite, t.j. v štruktúre na obr. 2.21 údaje o objednávke nie je možné zadať a bez údajov o zákazníkovi, ktorý ich zadáva, sú bezpredmetné. Keď sa vytvorí identifikačný vzťah, atribúty primárneho kľúča nadradenej entity sa automaticky prenesú do primárneho kľúča podriadenej entity. Táto operácia rozšírenia atribútov podriadenej entity pri vytváraní vzťahu sa nazýva migrácia atribútov. V podradenej entite sú nové atribúty označené ako cudzí kľúč - (FK).

Ryža. 2.21. Identifikácia vzťahu medzi nezávislou a závislou tabuľkou

Neskôr pri generovaní databázovej schémy dostanú atribúty primárneho kľúča znak NOT NULL, čo znamená, že bez informácie o čísle zákazníka nie je možné vykonať zápis do tabuľky objednávok.

Keď sa vytvorí neidentifikujúci vzťah (obr. 2.22), podriadená entita zostáva nezávislá a atribúty primárneho kľúča nadradenej entity sa migrujú do nekľúčových komponentov nadradenej entity. Na prepojenie nezávislých subjektov sa používa neidentifikujúci vzťah.

Ryža. 2.22. Neidentifikujúci vzťah

Inštancia entity zamestnanec môže existovať bez ohľadu na akúkoľvek inštanciu entity oddelenie, to znamená, že zamestnanec môže pracovať v organizácii bez toho, aby bol uvedený v akomkoľvek oddelení.

Identifikačný odkaz je v diagrame znázornený ako plná čiara s tučným bodom na podradenom konci odkazu (pozri obr. 2.21), neidentifikujúcim bodom - prerušovaným (obr. 2.22).

Ak chcete vytvoriť nový odkaz, mali by ste:

umiestnite kurzor na požadované tlačidlo v palete nástrojov (identifikačný alebo neidentifikujúci odkaz) a stlačte ľavé tlačidlo myši (obr. 2.2);

kliknite najprv na rodiča a potom na dieťa.

Tvar komunikačnej linky je možné meniť. Aby ste to dosiahli, musíte myšou chytiť požadovanú komunikačnú linku a ťahať ju z miesta na miesto, kým linka nebude vyzerať lepšie.

Na palete nástrojov tlačidlo

Zodpovedá identifikačnému odkazu, tlačidlu

Mnoho-to-mnohé vzťahy a tlačidlo

Zhoduje sa s neidentifikujúcim vzťahom.

Ak chcete upraviť vlastnosti vzťahu, kliknite pravým tlačidlom myši na vzťah a v kontextovej ponuke vyberte položku Editor vzťahov.

V záložke Všeobecné dialógu, ktorý sa zobrazí, môžete nastaviť mohutnosť, názov a typ pripojenia (obr. 2.23).

Komunikačná sila (kardinalita) - slúži na označenie pomeru počtu inštancií nadradenej entity k počtu inštancií potomka.

Existujú štyri typy napájania (obr. 2.24):

všeobecný prípad, keď jedna inštancia nadradenej entity zodpovedá 0, 1 alebo mnohým inštanciám podradenej entity, nie je označená žiadnym symbolom;

symbol P označuje prípad, keď jedna inštancia nadradenej entity zodpovedá 1 alebo viacerým inštanciám podradenej entity (nulová hodnota je vylúčená);

symbol Z označuje prípad, keď jedna inštancia nadradenej entity zodpovedá 0 alebo 1 inštancii podradenej entity (viac hodnôt sú vylúčené);

číslo označuje prípad presnej zhody, keď vopred určený počet výskytov podriadenej entity zodpovedá jednej inštancii nadradenej entity.

Ryža. 2.23. Dialóg editora vzťahov

Štandardne nie je v diagrame zobrazený symbol komunikačného výkonu. Ak chcete zobraziť názov, postupujte podľa kontextovej ponuky, ktorá sa zobrazí, ak kliknete ľavým tlačidlom myši na ľubovoľné miesto v diagrame, ktoré nie je obsadené objektmi modelu, vyberte položku Možnosti zobrazenia / Vzťah a potom povoľte možnosť Kardinálnosť.

Názov odkazu (slovesná fráza)- slovné spojenie, ktoré charakterizuje vzťah medzi nadradenými a podriadenými entitami. Pre vzťah typu one-to-many, identifikujúci alebo neidentifikujúci, stačí uviesť meno, ktoré charakterizuje vzťah od rodiča k dieťaťu (Parent-to-Child). Pre vzťah typu many-to-many musíte zadať mená Parent-to-Child a Child-to-Parent.

Ryža. 2.24. Označenia výkonu

Typ odkazu (identifikujúci / neidentifikujúci). Pre neidentifikujúci vzťah môžete zadať povinné (null). V prípade povinného vzťahu (No Nulls) pri generovaní databázovej schémy dostane atribút cudzieho kľúča znak NOT NULL, a to aj napriek tomu, že cudzí kľúč nebude zahrnutý v primárnom kľúči podriadenej entity. V prípade voliteľného vzťahu (povolené hodnoty Null) môže byť cudzí kľúč NULL. Voliteľný neidentifikujúci vzťah je označený priehľadným diamantom na strane nadradenej entity (pozri obr. 2.22).

Ryža. 2.25. Záložka Rolename / RI Actions dialógového okna Relationship Editor

Na karte Definícia môžete poskytnúť úplnejšiu definíciu vzťahu, aby ste sa naň mohli v budúcnosti odvolávať.

Na karte Rolename / RI Actions môžete nastaviť názov roly a pravidlá referenčnej integrity.

Názov role (funkčný názov) - je to synonymum pre atribút cudzieho kľúča, ktorý označuje úlohu atribútu v podradenej entite.

Ryža. 2.26. Názvy cudzích kľúčových rolí

V príklade znázornenom na obr. 2,26 v podstate zamestnanec externý kľúč Číslo oddelenia má funkčný názov „Where Works“, ktorý označuje úlohu, ktorú tento atribút zohráva v entite. Štandardne sa v zozname atribútov zobrazuje iba názov roly. Ak chcete zobraziť celý názov atribútu (funkčný názov aj názov roly), v kontextovom menu, ktoré sa zobrazí po kliknutí ľavým tlačidlom myši kdekoľvek v diagrame, ktoré nie je obsadené objektmi modelu, vyberte položku Možnosti zobrazenia / Entity a potom aktivujte Rolename / Atribút (obr. 2.25). Celý názov sa zobrazuje ako funkčný názov a základný názov oddelený bodkou (pozri obrázok 2.26).

Názvy rolí je povinné používať v prípade, keď sú dva alebo viaceré atribúty jednej entity definované v rovnakom rozsahu, to znamená, že majú rovnaký rozsah, ale rozdielny význam. Na obr. 2.27 esencia Predaj meny obsahuje informácie o zmenárenskom akte, v ktorom sú zahrnuté dve meny – predávaná a kupovaná. Informácie o menách sú obsiahnuté v účtovnej jednotke mena. Preto subjekty Predaj meny a mena musí byť prepojený dvakrát a primárny kľúč je - Číslo meny musí dvakrát migrovať do entity mena ako cudzí kľúč. Je potrebné rozlišovať medzi týmito atribútmi, ktoré obsahujú informáciu o počte predaných a nakúpených platidiel (majú rôzny význam), ale vzťahujú sa na tú istú entitu mena (majú spoločný rozsah hodnôt). V príklade na obr. 2.27 atribúty dostali názvy rolí Predané a Kúpené.

Ryža. 2.27. Povinné názvy rolí

Ďalším príkladom povinného pomenovania rolí je rekurzívne odkazy(niekedy nazývaný „háčik na ryby“), keď je tá istá entita rodičom aj dieťaťom súčasne. Pri definovaní rekurzívneho vzťahu musí byť atribút migrovaný ako cudzí kľúč na nekľúčové atribúty tej istej entity. Atribút sa nemôže vyskytovať dvakrát v tej istej entite pod rovnakým názvom, takže musí nevyhnutne dostať názov roly. Na obr. 2.26 esencia zamestnanec obsahuje atribút primárneho kľúča Personálne číslo. Informácie o nadriadenom zamestnanca sú obsiahnuté v rovnakej entite, pretože nadriadený pracuje v rovnakej organizácii. Ak chcete odkazovať na manažéra zamestnanca, vytvorte rekurzívny vzťah (na obrázku 2.26, vzťah manažér / správa) a pomenujte rolu ("Manažér"). Upozorňujeme, že rekurzívny odkaz môže byť iba neidentifikujúci. V opačnom prípade by cudzí kľúč musel byť súčasťou primárneho kľúča a pri generovaní schémy by mal dostať znak NOT NULL. To by znemožňovalo budovanie hierarchie – strom podriadenosti musí mať koreňa – zamestnanca, ktorý nie je v rámci tejto organizácie nikomu podriadený.

Vedie / poslúcha vzťah na obr. 2.26 vám umožňuje uložiť stromovú hierarchiu podriadenosti zamestnancov. Tento druh rekurzívneho prepojenia sa nazýva hierarchická rekurzia a definuje vzťah, kedy manažér (inštancia nadradenej entity) môže mať veľa podriadených (inštancie podriadenej entity), ale podriadený má iba jedného manažéra (obr. 2.28).

Hierarchická rekurzia Sieťová rekurzia

Ryža. 2.28. Podriadenie inštancií entít v hierarchickej a sieťovej rekurzii

Ďalším druhom rekurzie je sieťová rekurzia, keď vedúci môže mať veľa podriadených a naopak, podriadený môže mať veľa vedúcich. Sieťová rekurzia definuje sieť vzťahov medzi rodičovskými a podriadenými inštanciami. To je prípad, keď je entita sama so sebou vo vzťahu mnoho k mnohým. Na vyriešenie vzťahu many-to-many musíte vytvoriť novú entitu (vzťah many-to-many bude podrobne popísaný nižšie).

Ryža. 2.29. Príklad implementácie sieťovej rekurzie

Na obr. 2.29 je príkladom implementácie sieťovej rekurzie. Štruktúra modeluje vzťah medzi členmi rodiny akejkoľvek zložitosti. Atribút Typ vzťahu môže nadobúdať významy „otec-syn“, „matka-dcéra“, „dedko-vnuk“, „svokra-svokra“, „svokra“ atď. Keďže vzťah vždy spája dvoch ľudí, od podstaty Príbuzný Ph. subjektov Vzťah boli vytvorené dva identifikačné vzťahy s názvami rolí „Senior“ a „Junior“. Každý člen rodiny môže byť v príbuzenskom vzťahu s ktorýmkoľvek iným členom rodiny, navyše rovnaký pár príbuzných môže byť spojený s rôznymi typmi príbuzenstva.

Ak sa atribút migruje ako cudzí kľúč na viac ako jednu úroveň, potom prvá úroveň zobrazuje úplný názov cudzieho kľúča (názov roly + základný názov atribútu) a druhá alebo viac zobrazuje iba názov roly. Na obr. 2.30 znázorňuje dátovú štruktúru, ktorá obsahuje entitu príkaz, esencia hráč, ktorý ukladá informácie o hráčoch každého tímu a entite Cieľ, obsahujúce informácie a góly, ktoré každý hráč strelí. Atribút cudzieho kľúča Číslo tímu subjektov Hráč má názov role "V ktorom tíme hrá".

Ryža. 2.30. Migrácia názvov rolí

V podstate na ďalšej úrovni Cieľ, zobrazí sa iba názov role zodpovedajúceho atribútu cudzieho kľúča (v ktorom tíme hrá).

Pravidlá referenčnej integrity (RI) sú logické konštrukcie, ktoré vyjadrujú obchodné pravidlá pre používanie údajov a predstavujú pravidlá pre vkladanie, nahradzovanie a odstraňovanie. Pri generovaní databázovej schémy na základe volieb logického modelu špecifikovaných v záložke Rolename / RI Actions sa vygenerujú deklaratívne pravidlá referenčnej integrity, ktoré musia byť predpísané pre každý vzťah, a spúšťače, ktoré zabezpečujú referenčnú integritu. Spúšťače sú programy, ktoré sa spustia vždy, keď sa vykoná príkaz na vloženie, nahradenie alebo odstránenie (INSERT, UPDATE alebo DELETE). Na obr. 2.30 medzi entitami existuje identifikačný vzťah Príkaz a Hráč. Čo sa stane, ak vymažete príkaz? Inštancia entity Hráč nemôže existovať bez príkazu (primárny kľúčový atribút V akom tíme hrá. Číslo tímu nemôže byť NULL), preto je potrebné buď zakázať vymazanie tímu, pokiaľ v ňom je aspoň jeden hráč (pre vymazanie tímu musíte najskôr vymazať všetkých hráčov), alebo okamžite vymazať všetkých jeho hráčov spolu s tímom. Tieto pravidlá odstraňovania sa nazývajú „obmedzenie“ a „kaskáda“ (Parent RESTRICT a Parent CASCADE, pozri obrázok 2.25). Všimnite si, že entity Hráč a Cieľ, na druhej strane sú tiež spojené identifikačným odkazom a ak je tím odstránený kaskádou, budú odstránení všetci hráči tímu a všetky góly, ktoré strelili. Vykonanie príkazu na vymazanie jedného riadku môže v skutočnosti viesť k vymazaniu tisícok riadkov v databáze, preto pravidlo kaskádového odstránenia používajte opatrne. Ak je nastavené pravidlo obmedzenia vymazania, pri pokuse o vymazanie príkazu, v ktorom je aspoň jeden hráč, relačný server DBMS vráti chybu.

Na obr. 2.26 ustanovil voliteľný neidentifikujúci vzťah medzi subjektmi oddelenie a zamestnanec. Inštancia entity zamestnanec môže existovať bez referencie oddelenia (atribút cudzieho kľúča kde to funguje. Číslo oddelenia môže byť NULL). V tomto prípade je možné nastaviť pravidlo pre nastavenie na nulu - SET NULL. Pri odstraňovaní oddelenia atribút cudzieho kľúča entity Zamestnanec - Kde pracuje. Číslo oddelenia bude NULL. To znamená, že pri vymazaní oddelenia zamestnanec zostane pracovať v organizácii bez toho, aby bol priradený k akémukoľvek oddeleniu a informácie o ňom sú uložené.

Je možné nastaviť dve ďalšie pravidlá vymazania (ak sú podporované DBMS):

SET DEFAULT – Po odstránení sa atribútu cudzieho kľúča priradí predvolená hodnota. Napríklad, ak je tím odstránený, hráči môžu byť preložení do iného tímu.

NONE — Hodnota atribútu cudzieho kľúča sa po odstránení nezmení. Záznam o hráčovi „visí vo vzduchu“, teda odkazuje na tím, ktorý už neexistuje. Táto situácia je typická pre „ploché“ stoly. Ak sú napríklad informácie o hráčoch a tímoch uložené v súboroch dbf, môžete vymazať záznam o tíme a súbor hráčov nebude „nič vedieť“, že príslušný tím neexistuje. Preto v systémoch desktop alebo súborový server je funkcia na vynútenie pravidiel referenčnej integrity implementovaná v klientskej aplikácii.

Pravidlá odstraňovania riadia, čo sa stane v databáze po odstránení riadka. Podobne pravidlá vkladania a aktualizácie riadia, čo sa stane s databázou, ak sa zmenia alebo pridajú riadky. Môžete napríklad nastaviť pravidlo, ktoré vám umožní pridať nový tím, iba ak je v ňom zapísaný aspoň jeden hráč. Požadované správanie možno dosiahnuť nasledujúcimi činnosťami:

Nastavte mohutnosť vzťahu medzi entitami Príkaz a hráč, rovná sa "Jeden alebo viac" - 1 alebo viac (typ P). Predpokladá sa, že bolo vytvorené identifikačné prepojenie.

Priraďte akciu spúšťača RI "Parent Insert-CASCADE" tak, aby pri vytváraní nového riadku v tabuľke Príkaz v podradenej tabuľke bol automaticky vytvorený aspoň jeden riadok Hráč.

Priraďte k odkazu akciu spúšťača RI „Parent Delete-CASCADE“ tak, aby pri odstránení riadka z tabuľky Príkaz zodpovedajúci riadok alebo riadky z tabuľky Hráč boli tiež vymazané.

ERwin automaticky priradí predvolenú hodnotu referenčnej integrity každému vzťahu pred jeho pridaním do diagramu. Predvolené režimy RI ERwin (uvedené v Tabuľke 2.4) je možné zmeniť v predvolenom editore referenčnej integrity, ktorý sa vyvolá kliknutím na tlačidlo Predvolené nastavenia RI v dialógovom okne Cieľový server (menu Server / Cieľový server).

Tabuľka 2.4. Predvolené hodnoty RI ERwin a možné možnosti pre každý typ komunikácie

Identifikácia vzťahu	Nulové povolené	Neidentifikujúci vzťah (bez nuly)	Kategorický odkaz
Možné režimy vymazania dieťaťa	OBMEDZENIE, KASKÁDA, ŽIADNE	RESTRICT, CASCADE, NONE, SET NULL, SET DEFAULT		OBMEDZENIE, KASKÁDA,
ŽIADNE
Child Delete Predvolené režimy	ŽIADNE	ŽIADNE	ŽIADNE	ŽIADNE
Možné režimy vkladania dieťaťa	OBMEDZENIE, KASKÁDA,		OBMEDZENIE, KASKÁD, NONE, SET DEFAULT	OBMEDZENIE, KASKÁDA,
ŽIADNE	ŽIADNE
Predvolené režimy vkladania dieťaťa	OBMEDZIŤ	SET NULL	OBMEDZIŤ	OBMEDZIŤ
Možné režimy detskej aktualizácie	OBMEDZENIE, KASKÁDA, ŽIADNE	RESTRICT, CASCADE, NONE, SET NULL, SET DEFAULT	OBMEDZENIE, KASKÁD, NONE, SET DEFAULT	OBMEDZENIE, KASKÁDA, ŽIADNE
Predvolené režimy detskej aktualizácie	OBMEDZIŤ	SET NULL	OBMEDZIŤ	OBMEDZIŤ
Rodič vymaže možné režimy	OBMEDZENIE, KASKÁDA, ŽIADNE	RESTRICT, CASCADE, NONE, SET NULL, SET DEFAULT	OBMEDZENIE, KASKÁD, NONE, SET DEFAULT	OBMEDZENIE, KASKÁDA,
ŽIADNE
Rodič Odstrániť predvolené režimy	OBMEDZIŤ	SET NULL	OBMEDZIŤ	KASKÁDA
Možné režimy vloženia rodiča	OBMEDZENIE, KASKÁDA, ŽIADNE	RESTRICT, CASCADE, NONE, SET NULL, SET DEFAULT	OBMEDZENIE, KASKÁD, NONE, SET DEFAULT	OBMEDZENIE, KASKÁDA, ŽIADNE
Predvolené režimy vloženia rodiča	ŽIADNE	ŽIADNE	ŽIADNE	ŽIADNE
Možné režimy aktualizácie rodiča	OBMEDZENIE, KASKÁDA, ŽIADNE	RESTRICT, CASCADE, NONE, SET NULL, SET DEFAULT	OBMEDZENIE, KASKÁD, NONE, SET DEFAULT	OBMEDZENIE, KASKÁDA, ŽIADNE
Predvolené režimy aktualizácie rodiča	OBMEDZIŤ	SET NULL	OBMEDZIŤ	KASKÁDA

Vzťah medzi mnohými je možné len na úrovni logického dátového modelu. Na obr. 2.31 vyššie je príkladom vzťahu mnoho k mnohým. Lekár môže vidieť veľa pacientov, pacienta môže ošetrovať viacero lekárov. Toto spojenie je naznačené plnou čiarou s dvoma bodkami na koncoch.

Predchádzajúce kapitoly diskutovali o najbežnejšom type vzťahu - identifikácii vzťahov - a ukázali, ako ER

vyhraťvykoná migráciu kľúča cez tieto prepojenia.

V tejto kapitole sa dozviete, ako:

Vytvárajte a používajte neidentifikujúce, rekurzívne a podtypové vzťahy. Vykonajte automatickú migráciu kľúčových atribútov z jednej entity do druhej. Zabráňte zobrazovaniu duplicitných názvov atribútov. Nastavte režimy dedenia atribútov. Zadajte poradie, v ktorom sa budú spracovávať hodnoty null v podradenej entite vzťahu. Vylúčte vzťahy typu many-to-many.
Správa cudzích kľúčov

Pri vytváraní diagramu možno budete chcieť pridať kľúčové atribúty entity, keď ju vytvoríte, ER

vyhraťmôže urobiť väčšinu tejto práce za vás, ak mu to dovolíte. Keď vytvoríte prepojenie medzi dvoma entitami, ERvyhraťautomaticky migruje kľúčové atribúty nadradenej entity do podradenej entity, kde sa stanú cudzími kľúčmi. Od ERvyhraťpodporuje automatickú migráciu kľúčov, odporúčame vám pridať primárne kľúče k nezávislej entite hneď po jej vytvorení, ale nemusíte sa obávať kľúčov pre podradené entity. Po vytvorení prepojenia a ERvyhraťautomaticky migruje cudzie kľúče, vráti sa späť a pridá vlastné kľúče k podradeným entitám grafu.

Na uľahčenie návrhu databázy, ER

vyhraťvám umožňuje nastaviť režim jedinečného kľúča, ktorý vás môže použiť na upozornenie na vytvorenie atribútu, ktorý môže automaticky migrovať cez odkaz, alebo na zabránenie vytváraniu takýchto atribútov. Okrem toho, ak odstránite odkaz, ERvyhraťautomaticky odstráni zodpovedajúce cudzie kľúče z podriadených entít. Pozri kapitolu 11, Zdokumentovanie pravidiel, sekta. „Zabezpečenie jedinečnosti názvov entít a atribútov“.
Ako vytvoriť cudzie kľúče

1. Nakreslite vzťah medzi dvoma entitami alebo medzi entitou a ňou samým (rekurzívny vzťah). Cudzí kľúč sa automaticky migruje. Nemusíte robiť nič!

Ak chcete zobraziť automatickú migráciu cudzích kľúčov,
musíte nastaviť režim zobrazenia grafu na Atribút Displej. Musíte už mať vytvorené atribúty primárneho kľúč v nadradenej entite.
Ako zobraziť atribúty cudzieho kľúča

1. Kliknite pravým tlačidlom myši na kmeň vzťahov - vstúpite do ponuky Vzťah.

2. Zadaním príkazu "Vzťah" vstúpite do editora vzťahov.

Určenie režimov dedenia atribútov
vyhraťmigruje atribút primárneho kľúča, potom predvolene cudzí kľúč, ktorý sa objaví v podradenej entite, zdedí názov, ale nezdedí definíciu atribútu primárneho kľúča. Ak chcete, aby sa definícia atribútu primárneho kľúča migrovala aj do podriadenej entity, musíte zmeniť režimy dedenia - Možnosť dedičnosti atribútov - ktorá ERvyhraťnainštaluje štandardne. Ak chcete zmeniť režim dedenia vo vzťahu k migrácii kľúčov, zadajte príkaz „Dedenie atribútov ...“ v ponuke Možnosti. Vstúpite do dialógového okna Možnosti dedičnosti atribútov.

V tomto dialógovom okne je možné nastaviť tri režimy. Predvolený režim je "Žiadne dedičstvo" a môžete ho zmeniť na "Úplné dedičstvo" alebo "Obmedzené dedičstvo" stlačením príslušného tlačidla a potom "OK" na uloženie nového režimu.

Ako nastaviť režim dedenia atribútu

1. Zadajte príkaz "Dedičnosť atribútov ..." z ponuky Možnosti.

2. Kliknite na jedno z tlačidiel v okne „Dedenie definícií primárneho kľúča“, aby ste nastavili požadovaný režim dedenia atribútov:

"Úplná dedičnosť" - definície atribútov primárneho kľúča sa migrujú na cudzí kľúč pre všetky nové a už vytvorené prepojenia aktuálneho diagramu.

"Obmedzená dedičnosť" - definície atribútov primárneho kľúča sú pre všetky nové prepojenia migrované na cudzí kľúč, ale to neplatí pre prepojenia už vytvorené v aktuálnom diagrame.

"Žiadne dedičstvo" - Migrácia definícií atribútov je zakázaná pre všetky odkazy aktuálneho diagramu. Toto je predvolený režim.

Nastavenie neidentifikujúcich odkazov

Odkaz na identitu
sa nazýva vzťah, ktorý pridáva znaky identity podriadenej entite migráciou kľúčov nadradenej entity do oblasti kľúčových atribútov potomka, čím sa vytvára podradená entita závislý od rodičov v zmysle ich identity. Napríklad, keď atribút film-otupený ER migruje z entity MOVIE na MOVIE-COPY v diagrame MOVIES.ER1, ale každá inštancia MOVIE-COPY závisí odfilm-otupený ER a od film-kópia-otupenýER, ktoré ho jednoznačne definujú (ani jeden z týchto dvoch atribútov nedokáže sám o sebe jednoznačne identifikovať konkrétnu filmovú kópiu).

Môžete tiež zadať vzťah, ktorý nerobí podradenú entitu závislou od rodiča. Tento typ spojenia sa nazýva neidentifikačný odkaz... V ER

vyhraťtakýto odkaz je označený prerušovanou čiarou s hrubou bodkou na konci zodpovedajúcou podriadenému odkazu. Pri neidentifikujúcom vzťahu sa atribúty primárneho kľúča nadradenej entity presunú do oblasti údajov (nekľúčová oblasť), ktorá sa nachádza pod čiarou v podradenej entite. Ak atribúty, ktoré migrovali do nekľúčového rozsahu podriadenej entity, nie sú v tejto entite potrebné, potom sa vzťah nazýva voliteľný neidentifikujúci odkazčo znamená, že migrované atribúty nepotrebujú, aby ich dieťa identifikovalo, a že môže existovať bez týchto atribútov. V ERvyhraťvoliteľný neidentifikujúci vzťah je označený prerušovanou čiarou s hrubou bodkou na jednom konci (dieťa) a kosoštvorcom na druhom (rodič).

Obrázok nižšie ukazuje, ako sú zobrazené v ER

vyhraťidentifikujúce, neidentifikujúce a voliteľné neidentifikujúce vzťahy a sú zhrnuté rozdiely medzi týmito vzťahmi.

Ak už bol vzťah v diagrame vytvorený, jeho typ môžete zmeniť v editore vzťahov.

Ako zmeniť typ odkazu

1. Vyberte prepojenie, ktoré chcete zmeniť. Umiestnite kurzor na linku odkazu a kliknutím pravým tlačidlom myši vstúpte do kontextovej ponuky Editora.

2. Zadaním príkazu "Vzťah" v ponuke Editor vstúpite do editora vzťahov.

3. Kliknite na požadované tlačidlo v okne Typ vzťahu (Identifikujúce - identifikujúce, Neidentifikujúce - neidentifikujúce).

4. Kliknutím na „OK“ potvrdíte zmeny. ER

vyhraťzmení linku v diagrame tak, aby zodpovedala novému typu.
Rekurzívna komunikácia v
ER výhre je automaticky priradený typ Neidentifikácia. Nedá sa to zmeniť.
Povoliť alebo nepovoliť hodnoty null?

Keď nakreslíte neidentifikujúci vzťah, musíte sa rozhodnúť, či atribúty cudzieho kľúča zdedené od rodiča môžu mať hodnotu NULL alebo nie. V predvolenom nastavení je neidentifikujúci vzťah nastavený na hodnotu "Povolené nuly", čo znamená, že podriadená entita môže existovať bez rodiča a vzťah sa považuje za voliteľný. "No Nulls" to znamená existencia podriadenej entity závisí od rodiča, a spojenie sa nazýva povinné. V prípade voliteľného prepojenia (povolené nuly) na nadradenom konci neidentifikujúceho prepojenia ER

vyhraťkladie znak - kosoštvorec.

Jedným z hlavných rozdielov medzi overovacím a neidentifikujúcim vzťahom je, že iba cudzie kľúče, ktoré migrujú cez neidentifikujúci vzťah, môžu mať hodnotu NULL.

Pozri ER Techniques Guide

win Methods Guide, kapitola 3, "Jazykový prehľad", odd. „Identifikujúce a neidentifikujúce vzťahy“.
Predvolene je nastavené pripojenie bez overenia totožnosti
Režim „Nulls Allowed“, t.j. Hodnoty NULL pre externý kľúč

1. Študijné otázky

Vývoj relačného dátového modelu vERwin.
Normalizácia fyzického dátového modelu vERwin.

2. Plán lekcie

Kontrola znalostí testovaním (test ISE005).
Importovanie entít do ERwin.
Vývoj logických a fyzických dátových modelov v ERwin pomocou metodológie IDEF1X.
Normalizácia fyzického dátového modelu v ERwin.

Importovať entity do ERvyhrať, pomocou súboru Údaje _IS_Name. bpx, a na základe získaného súboru entít vypracovať logický dátový model.

komentár: Ak boli názvy entít a atribútov vytvorené v azbuke (v ruštine), mali by byť prepísané latinkou.

Vytvárajte logické a fyzické dátové modely pomocou nástrojov ERwin.
vo vašom priečinku ISE.
Fyzický model by sa mal normalizovať vyriešením vzťahov MANY-TO-MANY pomocou tlačidla Mnohí pre mnohých sa premieňajú panely nástrojov ER vyhraťTransformačný panel s nástrojmi.
Uložte výsledky do súboru
Data_Model_IS_Name_IDEF1X.er1 vo vašom priečinku ISE.

PRÍKLAD logického modelu, ako aj normalizovaného fyzického dátového modelu implementovaného v technológii IDEF1X je uvedený v.

4. Technologický postup plnenia úloh

4.1. Technologický postup tvorby dátových modelov

4.1.1. Metodika modelovania (metodika IDEF1X)

Metodológia IDEF1X používa nástroj CASE ERwin na budovanie logických a fyzických dátových modelov informačného systému.

ERwin má jednoduché a intuitívne užívateľské rozhranie na vytváranie logických a fyzických dátových modelov spracovávaných systémom. V logické medzi entitami a názvom atribútu ( Názov atribútu) bude názov atribútu v logické model a názov stĺpca ( Názov stĺpca), ak je uvedený, bude to názov atribútu v fyzické modelov.

V ktoromkoľvek z týchto modelov môžete automaticky previesť vzťah MANY-TO-MAN na vzťah ONE-TO-MANY.

Tým sa vytvorí podriadená tabuľka, ktorá oddelí vzťah MANY-TO-MANY. Táto tabuľka bude obsahovať vložený zložený kľúč (FK) s atribútmi vloženými z hlavných tabuliek a ich zodpovedajúcimi dátovými typmi. Ak potrebujete zmeniť typ údajov, musíte to urobiť ručne.

Proces vytvárania modelu zahŕňa nasledujúce fázy:

Z okna je možné vytvoriť nový model Počítačoví kolegovia ERwin alebo kliknite na tlačidlo vytvoriť model. V oboch prípadoch sa zobrazí dialógové okno. Vytvoriť model – vyberte položku Šablóna (obr. 5.1).

V okne Vytvoriť model – vyberte položku Šablóna mali by ste vybrať možnosť, ktorá určuje schopnosť vytvárať dátové modely určitého typu: Logické(môžete len vytvoriť Logický model), Fyzické(môžete len vytvoriť Fyzikálny model) alebo Logické / fyzické(oba modely môžete vytvárať paralelne: a Logické , a Fyzické). Ak chcete mať viac možností, je vhodné zvoliť druhú možnosť - Logické / fyzické .
V Cieľová databázová skupina zo zoznamu navrhnutého v teréne Databáza, vyberte systém správy databáz (DBMS) - SQL Server a v teréne Verzia verzia, ktorú chcete - 2000 .
V okne, ktoré sa zobrazí < Main Subject Area >/ Display] vyberte typ vytvoreného modelu zo zoznamu: Logické alebo Fyzické(obr.5.2).

Na paneli s nástrojmi ERwin Toolbox obsahuje tlačidlá, ktoré umožňujú pridávať do dátového modelu a upravovať jeho jednotlivé fragmenty:

	– Vyberte(úprava vybraného objektu modelu),
	– Entita(pridáva sa entita),
	– Mnoho - k - mnohým Vzťah(Vzťah veľa k mnohým)
	– Identifikácia vzťahu (identifikácia spojenia),
	– Neidentifikujúci vzťah (neidentifikujúci vzťah).

4.1.2. Technologický proces tvorby logického dátového modelu

V procese vytvárania modelu môžu byť entity vložené importovaním zo slovníka entít vyvinutého v BPwin, alebo vytvorením pomocou tlačidla Entita na paneli nástrojov.

Importovanie entít do ERwin

Poznámky

Entity je možné exportovať a importovať iba raz.
Po importovaní entít z BPwin vlajky Výmena s ERwin a tlačidlá Aktualizovať a Odstrániť v dialógovom okne Editor slovníka entít a atribútov otupiť sa. Je to preto, že nemôžete zmeniť entity a atribúty BPwin zdieľa s ERwin.

Vytváranie nových subjektov.
- Kliknite na tlačidlo Pridať entity Entita a kliknite v okne modelu.
- Fit názov entity a stlačte vstúpiť, potom zadajte názov atribútu subjektov.
- Ak chcete vybrať požadované písmo, vykonajte str. 1,9–1,12.
Pridávanie nových atribútov.
- V kontextovej ponuke entity vyberte príkaz Vlastnosti... a v zobrazenom okne (obr.5.4) stlačte tlačidlo Nový.
- V okne Nové atribúty(obr. 5.6) do poľa zadajte názov atribútu Názov atribútu .
- Nastavte typ údajov každého atribútu pre každú entitu: Text (reťazec), číselný (číslo), dátum/čas (dátum a čas) alebo pole poznámky (B inaryL argeOb objekt, blob) (obr.5.5 alebo obr.5.6) .
- Začiarknutím políčka definujte kľúčové atribúty Primárny kľúč v okne Atribúty(Obr.5.5) po zvýraznení požadovaného atribútu v poli Atribút.

Nadväzovanie vzťahov medzi subjektmi

Nastavenie komunikácie MANY-TO-MANY:
- Na paneli s nástrojmi Erwin Toolbox stlačte gombík Vzťah medzi mnohými .
- Postupne kliknite ľavým tlačidlom myši na názvy entít, medzi ktorými chcete vytvoriť vzťah (obr. 5.7).

Inštalácia identifikácia Pripojenia ONE-TO-MANY:
- Na paneli s nástrojmi Erwin Toolbox stlačte gombík Identifikácia vzťahu.
- kľúč kľúčový atribút podriadený subjekt (FK) umiestnený na strane LOT (obr. 5.8).
- V podriadenej entite sa vygeneruje zložený kľúč.

Inštalácia neidentifikujúci Pripojenia ONE-TO-MANY:
- Na paneli s nástrojmi Erwin Toolbox stlačte gombík Neidentifikujúci vzťah .
- Postupne kliknite ľavým tlačidlom myši na názvy entít, medzi ktorými chcete vytvoriť vzťah. Výsledkom vytvorenia spojenia bude úvod kľúč atribút hlavnej entity ako nekľúčový atribút podriadený subjekt (FK) umiestnený na strane LOT (obr. 5.9).

4.1.3. Technologický proces vytvárania fyzického dátového modelu

Výsledkom vykonania príkazu bude automaticky vytvorený fyzický model, v ktorom budú namiesto entít prezentované tabuľky a namiesto atribútov entity polia tabuľky.

Vo fyzickom modeli skontrolujte typy údajov a vzťahy vytvorené medzi tabuľkami.

4.2. Pracovný postup normalizácie fyzického dátového modelu (metodika IDEF1X)

V okne Computer Associates ERwin -)