Vzpostavljanje odnosov med entitetami. Oblikovanje modela v ERWin Erwin Primeri

Razmerje je logično razmerje med entitetami. Vsaka povezava mora biti poimenovana z glagolom ali besedno zvezo. Ime razmerja izraža nekakšno omejitev ali poslovno pravilo in olajša branje diagrama. Privzeto ime povezave ni prikazano na diagramu. Na logični ravni lahko vzpostavite identifikacijski odnos eden proti več, odnos več proti mnogim in neidentifikacijski odnos eden proti več. Povezava je koncept logične plasti, ki ustreza tujemu ključu na fizični plasti. V ERwinu so odnosi predstavljeni s petimi osnovnimi informacijami:

● vrsta razmerja (identifikacijski, neidentifikacijski, polna/nepopolna kategorija, nespecifični odnos);

● nadrejeni subjekt;

● otrok (odvisen) subjekt;

● komunikacijska moč (kardinalnost);

● dopustnost praznih (ničelnih) vrednosti.

IDEFIX razlikuje med odvisnimi in neodvisnimi entitetami. Vrsta entitete je določena z njenim odnosom z drugimi entitetami. Identifikacijska zveza se vzpostavi med neodvisnim (starševskim) in odvisnim (otroškim) subjektom. Odvisna entiteta je narisana z zaobljenim pravokotnikom. Ko se vzpostavi identifikacijski odnos, se atributi primarnega ključa nadrejene entitete samodejno prenesejo v primarni ključ podrejene entitete. Ta operacija povečanja atributov podrejene entitete pri ustvarjanju razmerja se imenuje migracija atributov. V podrejeni entiteti so novi atributi označeni kot tuji ključ - FK.

Ko se vzpostavi neidentifikacijski odnos, otrok ostane neodvisen, primarni ključni atributi starša pa so vključeni v neključne atribute otroka. Neidentifikacijski odnos se uporablja za povezovanje neodvisnih entitet. Če želite definirati relacije ERwin, izberite vrsto razmerja in nato z miško določite nadrejeno in podrejeno entiteto. Identifikacijska povezava je prikazana kot polna črta; neidentifikacijski - s pikčasto črto. Črte se končajo s piko na strani podrejene entitete.

Kardinalnost - uporablja se za označevanje razmerja med številom primerkov nadrejene entitete in številom primerkov otroka.

Obstajajo štiri vrste entitet:

· Splošni primer, ko en primer nadrejene entitete ustreza 0, 1 ali številnim primerkom podrejene entitete; ni označena z nobenim simbolom;

· Simbol P označuje primer, ko en primer nadrejene entitete ustreza 1 ali več primerkov podrejene entitete (ničelna vrednost je izključena);

· Simbol Z označuje primer, ko en primer nadrejene entitete ustreza 0 ali 1 primerku podrejene entitete (več vrednosti je izključenih);

· Številka označuje primer natančnega ujemanja, ko vnaprej določeno število primerkov podrejene entitete ustreza enemu primerku nadrejene entitete.

· Dopustnost praznih (NULL) vrednosti v neidentifikacijskih razmerjih ERwin prikazuje kot prazen diamant na loku razmerja s strani nadrejene entitete.

Ime razmerja na logični ravni je glagol, ki povezuje entitete. Fizično ime povezave (ki se lahko razlikuje od logičnega) za ERWin pomeni ime omejitve ali indeksa. Če želite prikazati ime razmerja, izberite možnost v meniju: Oblika / Prikaz razmerja / Glagolska besedna zveza.

Nekatere entitete definirajo celotno kategorijo objektov istega tipa. V ERwinu se v tem primeru ustvari entiteta, ki definira kategorijo in za vsako postavko v kategoriji, nato pa se zanje uvede razmerje kategorizacije. Nadrejena entiteta kategorije se imenuje supertip, otroci pa se imenujejo podtip.

Na primer, entiteta »dohodni dokument« je lahko zahteva ali naročilo. Prvi in drugi imata različne, delno prekrivajoče se nabore atributov (najmanjše presečišče podtipov je primarni ključ). Skupni del teh atributov, vključno s primarnim ključem, je postavljen v entiteto supertipa vhodnega dokumenta. Različni deli (na primer podatki o vsebini, pošiljatelju) so postavljeni v podvrste entitet.

V entiteti nadtipa je uveden atribut diskriminatorja za razlikovanje med specifičnimi primerki entitete podtipa.

Glede na to, ali so v model vključene vse možne entitete podtipa, je kategorično razmerje popolno ali nepopolno.

Slika 1.4 - Primer nepopolnega nabora kategorij

Slika 1.5 - Primer celotnega nabora kategorij

3. Entiteta je lahko skupna entiteta v poljubnem številu razmerij kategorizacije.

4. Atributi primarnega ključa entitete kategorije se morajo ujemati z atributi primarnega ključa splošne entitete.

5. Vsi primerki kategorije entitete imajo enako vrednost diskriminatorja, vsi primerki drugih kategorij pa morajo imeti različne vrednosti diskriminatorja (glej sliko 4 in sliko 5).

Vloge.

Ime vloge (funkcionalno ime) je sinonim za atribut tujega ključa, ki označuje vlogo, ki jo atribut igra v podrejeni entiteti. Privzeto je na seznamu atributov prikazano samo ime vloge. Če želite prikazati polno ime atributa (tako funkcionalno ime kot ime vloge), v kontekstnem meniju izberite Oblika / prikaz entitete in nato omogočite možnost Ime vloge / atribut. Polno ime je prikazano kot funkcionalno ime in osnovno ime, ločeno s piko. Ime vloge je nastavljeno na zavihku Ime vloge v pogovornem oknu Relationship. To okno se prikliče z dvojnim klikom na povezavo.

Obvezna je uporaba imen vlog, kadar sta v istem obsegu definirana dva ali več atributov ene entitete, t.j. imajo enak obseg vrednosti, vendar različne pomene.

Zastopanje.

Pogledi ali, kot jih včasih imenujemo, začasne ali izpeljane tabele, so objekti baze podatkov, v katerih podatki niso trajno shranjeni, kot v tabeli, ampak se dinamično generirajo, ko se dostopa do pogleda. Pogled ne more obstajati sam, ampak je definiran samo v smislu ene ali več tabel. Uporaba pogledov omogoča oblikovalcu baze podatkov, da vsakemu uporabniku ali skupini uporabnikov zagotovi drugačen pogled na podatke, s čimer se spopade z enostavnostjo uporabe in varnostjo podatkov.

Dogovori

Sprejmimo nekaj konvencij zaradi kratkosti nadaljnje predstavitve:

· Klik - s pritiskom na levi gumb miške.

· Desni klik - s pritiskom na desni gumb miške.

Dvoklik - dva zaporedna klika na gumb miške

· Izberi - premaknite kazalec na ustrezen predmet (element diagrama, element menija, ikona) in kliknite levi gumb miške.

Povlecite - izberite predmet in premaknite kazalec, ne da bi spustili gumb miške v drug položaj.

· Zapis tipa Datoteka / Odpri pomeni, da morate izbrati točko menija Datoteka, nato pa v meniju, ki se odpre, postavko Odpri.

ERwin Desktop

Na sl. 1 prikazuje namizje programske opreme ERwin podjetja Logic Works.

Slika 1- Erwin namizje.

Na sliki 1 številke označujejo:

1- glavni meni;

2- orodna vrstica;

3- komplet posebnih orodij;

4- plošča pisav in barv;

5- polje grafikona.

Oglejmo si podrobneje komponente namizja.

Glavni meni vsebuje splošne ukaze. Upoštevajte, da je večina teh ukazov podvojena bodisi z ikonami orodne vrstice bodisi z elementi menija, ki se prikažejo z desnim klikom miške. Zato se bomo zdaj osredotočili na ukaze, povezane s splošnim pogledom na namizje. Element Okno ima naslednje podpostavke:

Orodna vrstica - orodna vrstica;

Orodna vrstica za pisave in barve - plošča pisav in barv;

Statusna vrstica - vrstica stanja;

ERwin Toolbox je nabor posebnih orodij.

Če kateri koli od naštetih elementov ni označen, ustrezni element ni prikazan na namizju. Elementi Možnost / Prikaži meni zaslona in Možnost / Prikaži meni urejevalnika dodajajo dodaten 1gush v glavni meni; vi: Zaslon in urejevalnik.

Orodna vrstica vsebuje naslednje skupine ikon:

Delo z datotekami:

Ustvarite nov diagram;

Odprite obstoječi diagram;

Pošljite diagram v tisk.

Upoštevajte, da so te ikone podvojene z ukazi glavnega menija Datoteka.

Stopnje predstavitve modela:

raven entitete;

Raven atributa;

Raven opisa;

Fizični sloj (če kliknete to ikono, so med demonstracijo njihove vrste označene na ravni atributov).

Ta orodja so podvojena z postavko menija Prikaz. Vsebuje dodatne predstavitvene ravni: raven primarnega ključa – prikazani so samo primarni ključi, raven fizičnega naročila – atributi niso razdeljeni na ključne in neključne.

Skaliranje:

Zmanjšanje;

Porast;

Brez povečave;

Najmanjši (nadaljnje zmanjšanje bo povzročilo neberljivost diagrama);

Ogled dela (ko izberete to orodje, na delovnem polju izberite fragment, ki si ga želite ogledati).

Vsa dejanja te skupine so podvojena s postavko Display / / Povečava.

Delo s strežnikom:

Ustvarite skript za strežnik;

Povežite se s strežnikom;

Izberite strežnik.

Nabor posebnih orodij vključuje vse ikone, potrebne za grafično izdelavo podatkovne sheme. Sestavljen je iz naslednjih orodij:

Izbira predmeta;

Manipuliranje atributov;

neodvisni subjekt;

Odvisni subjekt;

Popolna kategorizacija;

Nepopolna kategorizacija;

Identifikacijska razmerja ena proti več;

Neidentifikacijski odnos »oda mnogim«;

Odnos mnogo proti mnogim;

Besedilna oznaka.

IDEJNO OBLIKOVANJE

Ustvarjanje entitet

Entitete v konceptualnem diagramu so lahko odvisne in neodvisne. Na diagramu je vsaka entiteta predstavljena s pravokotnikom. Nad njim je ime subjekta. Pravokotnik je razdeljen na dva dela: zgornji je območje primarnega ključa; spodaj - območje drugih atributov. Pri izdelavi entitete je pravokotnik sprva prazen, ime pa ima obliko E / n (na primer E / 1, E / 2 itd.).

Če želite zgraditi samostojno entiteto, morate klikniti ustrezno ikono iz nabora posebnih orodij in nato klikniti na polje diagrama na mestu, kjer naj bi bila ustvarjena entiteta. Če želite zgraditi odvisno entiteto, izberite orodje Odvisna entiteta in kliknite polje grafikona. Upoštevajte, da ima pravokotnik, ki predstavlja tako entiteto, zaobljene vogale. Pri gradnji diagrama praktično ni treba neposredno določati odvisnih entitet, saj ERwin pretvori običajne entitete v odvisne entitete pri organizaciji odnosov ali delitvi v kategorije.

Če oblikovalec ni zadovoljen s položajem entitete na polju, iz nabora posebnih orodij izberite ikono "Pokaži na objekt" in povlecite entiteto na novo lokacijo. Če želite izbrisati izbrano entiteto, uporabite tipko Delete na tipkovnici. Velikost pravokotnika, ki predstavlja entiteto, lahko spremenite tako, da v glavnem meniju izberete postavko Možnost / Velikost entitete. Meni Možnost / Postavitev se uporablja za urejanje položaja entitet na polju.

Zdaj pa definirajmo ime entitete in njene značilne atribute. Če želite to narediti, uporabite element Entity-Atribute v meniju z desnim klikom. V polje Ime entitete odprtega urejevalnika vnesite ime entitete. S stikalom lahko spremenite odvisnost entitete. Polje za urejanje primarnega ključa je namenjeno vnosu imen atributov, ki sestavljajo primarni ključ. Polje Non-Key Attributes vsebuje neključne atribute. Upoštevajte, da se v obeh primerih tipka Enter na tipkovnici uporablja za ločevanje atributov drug od drugega. Na sl. 2 prikazuje primer neodvisnega subjekta.

riž. 2 - Neodvisni subjekt

Če želite dodati razširjen opis entitete (definicija) in splošen pogled na vse entitete, uporabite Brskalnik poročil/entitet.

ERwin ponuja možnost manipulacije posameznih atributov. Če želite to narediti, izberite ikono Manipulation Attributes. V tem načinu lahko:

· Odstrani atribut. Če želite to narediti, izberite posamezen atribut in pritisnite Delete na tipkovnici.

· Premaknite atribut znotraj entitete. Če želite to narediti, izberite atribut in ga, ne da bi spustili gumb miške, premaknite na želeno mesto. Upoštevajte, da lahko na ta način premikate atribute znotraj ključnih in neključnih območij ter med njimi.

· Premikanje atributov med entitetami. Tehnika tega dejanja je podobna prejšnji. Če med premikanjem atributa pritisnete tipko Ctrl, bo ta kopiran v drugo entiteto.

Gradnja povezav

Razmislimo o konstrukciji odnosov ena proti več. Če želite to narediti, izberite ustrezno ikono iz nabora posebnih orodij, nato pa zaporedoma kliknite na starša in otroka. Identifikacijska povezava je prikazana s polno črto in črno piko v pravokotniku, ki predstavlja otroka. Za to razmerje je značilen prenos primarnega ključa starša na otrokov identifikator. Na sl. 3 prikazuje identifikacijski odnos eden proti več.

Slika 3. - Identifikacijska povezava

Neidentifikacijski odnos se gradi na podoben način. Upodobljen je s pikčasto črto in diamantom poleg matičnega pravokotnika. Takšen romb pomeni, da je obstoj starša neobvezen, t.j. polje tujega ključa je lahko nič. Za izgradnjo neidentifikacijskega odnosa v ERwin je značilen prenos primarnega ključa starša v podrejene atribute, ki niso ključi. Slika 4 prikazuje neidentifikacijski odnos.

riž. 4. - Neidentifikacijska povezava

Kot smo že omenili, oblikovanje razmerja veliko proti mnogim povzroči novo entiteto. Primer gradnje te vrste razmerja med prvima in drugim entitetama je prikazan na sl. 5.

riž. 5. - Razmerje mnogo proti mnogim

Opis razmerja si lahko ogledate in spremenite z uporabo elementa Razmerje v pojavnem meniju z desnim klikom na razmerju. Okno, ki se odpre, kaže:

· Ime povezave (polje Glagolska fraza).

· Vrsta razmerja: Identificiranje ali Neidentificiranje.

· Kardinalnost. ERwin vam omogoča, da definirate naslednje vrste povezav.

1. Nič, ena ali več. Prisotnost takšne kardinalnosti ne uvaja dodatnih oznak v diagram.

2. Ena ali več. Takšna razmerja so označena s črko P poleg pravokotnika, ki predstavlja otroka.

3. Nič ali ena. Kardinalnost je označena s črko Z.

4. Dano. V tem primeru mora polje Točno vsebovati kardinalnost. Takšen odnos je označen s številko v pravokotniku, ki predstavlja otroka.

· Možnost obstoja Null - vrednosti (stikalo Nulls).

· Vloga tujega ključa. V tem primeru se ime vloge zapiše v polje Ime vloge. V tem primeru polje Tuji ključ urejevalnika vsebuje konstrukcijo<имя роли>.<имя первичного ключа родителя>.

Če diagram ne prikazuje imen ali kardinalnosti povezave, morate postaviti kazalce nasproti elementov Prikaz / glagolska fraza in Prikaz / kardinalnost.

Če želite izbrisati povezavo, izberite ikono "Pokaži na predmet", kliknite ustrezno povezavo in pritisnite Delete na tipkovnici.

Razdelitev entitet v kategorije v ERwin je prikazana na podoben način kot na sl. 6.

riž. 6 - Popolna kategorizacija

Če želite zgraditi kategorije, morate narediti naslednje:

V celoti opišite glavno entiteto;

Zgradite subjekte kategorije;

Izberite ikono za popolno ali nepopolno kategorizacijo iz nabora posebnih orodij;

Kliknite na glavno entiteto;

Kliknite na eno od kategorij;

Če želite zgraditi vsako naslednjo kategorijo, kliknite na znak kategorije in nato na ustrezno entiteto.

Če želite odstraniti povezavo ene od kategorij z glavno entiteto, izberite ustrezno vejo in pritisnite Delete na tipkovnici. Če želite izbrisati celotno kategorizacijo, pokažite na znak kategorije in pritisnite Delete.

LOGIČNO OBLIKOVANJE

Logično načrtovanje se začne z izbiro podatkovnega modela. Vsi DBMS, s katerimi deluje ERwin, so relacijski, kar določa izbiro podatkovnega modela.

Za izbiro določenega DBMS kliknite ikono Izberi strežnik. V oknu, ki se odpre, postavite kazalec nasproti izbranega DBMS, po potrebi nastavite različico. Poleg tega morate privzeto izbrati značilnosti polj tabele (vrsta in možnost ničelne vrednosti).

Pomemben korak pri logičnem načrtovanju je opredelitev strategije za ohranjanje celovitosti informacij. Če želite nastaviti privzeto strategijo za različne vrste povezav, kliknite gumb Privzeta referenčna celovitost v izbirnem oknu DBMS. ERwin ponuja tri vrste strategij:

1. Omejitev - prepoved. Zanj je značilna prepoved dejanj s povezanimi subjekti.

2. Kaskada - kaskadna. Takšna strategija je izvajanje kaskadnih operacij na povezanih subjektih.

3. Nastavite Null - nič. Ta strategija je nastaviti vrednost polja na nič.

Ko smo izbrali DBMS, začnimo opisovati podatke v njegovih terminih. Če želite to narediti, v pojavnem meniju izberite z desno tipko miške na entiteto, element<имя выбранной СУБД>Shema baze podatkov. V oknu, ki se odpre, lahko določite imena tabel in njihovih polj ter značilnosti teh polj.

V praksi se pogosto zgodi, da vsi odnosi katere koli vrste niso določeni z enakimi strategijami za ohranjanje omejitev integritete. Če želite spremeniti strategije za določeno povezavo, uporabite element Referenčna celovitost v pojavnem meniju z desno tipko miške na povezavi. Če v diagramu ni informacij o izbrani strategiji, postavite kazalec zraven Display/Referenda Integrity.

Če želite zgraditi skript za izbrano DBMS, kliknite ikono "Generiraj skript za strežnik". Hkrati ERwin gradi shemo baze podatkov glede na določene tabele. Če izbrani DBMS podpira zapisovalne sprožilce, so zgrajeni glede na izbrane strategije za podporo omejitvam integritete.

FIZIČNO OBLIKOVANJE

Na tej stopnji načrtovanja bomo v nastalo vezje dodali dodatne indekse. Če želite to narediti, uporabite predmet<имя СУБД>Kazalo menija, ki se prikaže z desnim klikom na entiteto. V oknu, ki se odpre, kliknite gumb Novo, da zgradite nov indeks, nato pa zanj določite atribut s klikom na vizualno sliko tega atributa. Upoštevajte, da so zdaj na splošnem diagramu atributi, po katerih so zgrajeni indeksi, označeni s črkami AK. To pomeni, da so alternativni ključi.

VAJA

1. Z uporabo ERwin sestavite konceptualno shemo baze podatkov za certifikacijski organ. Opis predmetnega področja je podan spodaj.

Certifikacijski organ je akreditiran za izdajanje certifikatov za določene vrste izdelkov. Vsaka vrsta izdelka je opisana s šifro (glede na klasifikator), imenom vrste (na primer mlečni izdelki) in vrsto (na primer mleko). Za vsako vrsto izdelka je lahko več regulativnih dokumentov, učinek vsakega regulativnega dokumenta pa velja za več vrst izdelkov. Za regulativni dokument je značilna njegova raven (GOST, OST itd.), Številka in ime.

Certifikat se izda samo za eno vrsto izdelka in samo za eno stranko. Ena in ista stranka se lahko večkrat obrne na certifikacijski organ, zato je potrebno shraniti podatke o naročnikih (koda organizacije, njeno ime, naslov in telefonska številka).

Naročnik se lahko pri certifikacijskem organu obrne z eno od dveh vrst vloge za certifikacijo: z vlogo ali izjavo. Glede na to se oblikujejo različne vrste interne dokumentacije in hranijo različni podatki (Tabela 1).

Tabela 1

V tem primeru je številčenje vlog in deklaracij neprekinjeno. To pomeni, da če obstaja aplikacija s številko, potem ne bi smela biti deklaracija pod to številko.

Certifikacijski organ hrani podatke o svojih zaposlenih (osebno kodo, priimek, položaj in naslov). Poleg tega morate vedeti, kakšno delo in na kateri izjavi je delavec opravil. Delo, opravljeno na vlogi, je lahko štiri vrste: izpolnite vlogo, sprejmete odločitev o vlogi, odločite o izdaji potrdila, izdate potrdilo. Za isto aplikacijo lahko različni zaposleni opravljajo različne vrste dela. V konceptualnem diagramu mora obstajati razdelitev na kategorije. Poleg tega je treba uporabiti vloge tujih ključev.

2. Pretvorite konceptualno shemo v tabele izbranega DBMS z uporabo ERwin. Zgradite sprožilce.

3. Ustvarite tri uporabnike za bazo podatkov z naslednjimi pravicami:

1) "Poročila" - pravica do branja vseh informacij (drugih pravic ni);

2) "Imeniki" - vse pravice do informacij o zaposlenih, strankah, izdelkih in regulativnih dokumentih;

3) "Dokumentacija" - vse pravice do informacij o interni dokumentaciji certifikacijskega organa in strank; pravica do branja podatkov o izdelku in zakonskih predpisih.

Poročilo mora vsebovati:

Izpis konceptualnega diagrama iz ERwin;

Utemeljitev izbire strategij za podporo omejitvam celovitosti baze;

Struktura tabel in sprožilcev;

Opis sredstev za ustvarjanje uporabnikov baze podatkov.

KONTROLNA VPRAŠANJA

1. Katere vrste razmerij lahko obstajajo na predmetnem področju?

2. Kako odstraniti relacijo mnogo proti mnogim iz sheme baze podatkov?

3. Kakšna je razlika med identifikacijskimi in neidentifikacijskimi povezavami?

4. Kdaj je treba opisati vloge tujih ključev?

5. Kako lahko utemeljite izbor kategorij?

6. Kakšna je razlika med popolno in nepopolno kategorizacijo?

7. Katere vrste strategij za ohranjanje omejitev integritete so bile uporabljene v laboratoriju?

Bibliografija

1. Datum K.J. Uvod v sisteme baz podatkov - Učbenik. dodatek: Prevedeno iz angleščine. - 6. izd. - M. in drugi: Williams, 2000 .-- 846 str.

2. Robinson S. Microsoft Access 2000: učbenik. tečaj: per. iz angleščine - SPB .: Peter, 2001 .-- 511 str.

3. Kuznecov S.D. Osnove baz podatkov: Predavanje: Učbenik. priročnik.M .: Internet un-t Inform. tehnologije, 2005.-484 str.

4. Hoffman V.E., Khomonenko A.D. Delo z bazami podatkov v Delphiju. Sankt Peterburg: Dhv, 2002.-656 str.

5. Maklakov S.V. Bpwin in Erwin. Primeri-orodja za razvoj informacijskih sistemov.-M.: Dialog-Mifi, 2003.-254str.

6. Malykhina M.P. Baze podatkov: osnove, oblikovanje, uporaba: Učbenik. priročnik za univerze.-2. izd.-SPB.: BHV-Petersburg, 2006.-517 str.

Oglejmo si razvojni cikel z uporabo primera iz Coddovega članka.
Naj na kratko spomnimo na vsebinski vidik problema. Zaposleni se vodijo v evidenci. Za vsakega zaposlenega se shranijo podatki o otrocih in seznam delovnih mest, ki jih ima ta zaposleni. Za delovna mesta so shranjeni podatki o ugotovljenih poštnih plačah.
Najprej ustvarimo logično plast modela. Če želite to narediti, nastavite način prikaza za entitete (Zaslon / Raven entitete). Z orodno vrstico ustvarite entitete "zaposleni", "otroci", "zgodovina dela", "zgodovina plač". Entitete bomo poimenovali v ruščini.
Ko izberete vsako entiteto, nastavite podroben opis zanjo v ruščini v urejevalniku "Opredelitev entitete". Ta opis bo prikazan v poročilih ERwin in ga je mogoče prikazati v diagramu.
Označimo razmerja med entitetami. Na primer, "zaposleni" je povezan z identiteto "starš" z entiteto "otroci". Opis razmerja se vnese v urejevalnik / urejevalnik razmerij.
Rezultat dela je prikazan na diagramu ERwin (slika 2).

riž. 2. Diagram ravni entitete

Zdaj pa preklopimo na način nastavljanja atributov (Display / Atribute Level). V urejevalniku "Entity / Attribute" nastavite imena ključnih in neključnih atributov v ruščini. Upoštevajte, da atribut številke zaposlenega ni ročno določen za podrejeno entiteto. ERwin ga preseli iz nadrejene entitete. Enako se dogaja z drugimi podrejenimi entitetami.
Za atribut "ime" entitete "zaposleni" bomo označili, da gre za alternativni ključ (predvidevamo, da imajo vsi zaposleni edinstvena imena/priimke). Če želite to narediti, za imenom atributa postavite kazalec AK1 v oklepaje.
Rezultat dela je prikazan na diagramu ERwin (slika 3) v zapisu IDEF1X.

riž. 3. Diagram ravni atributov v zapisu IDEF1X

Pogled na isti diagram v zapisu IE (Informacijski inženiring) je prikazan na sliki 4.

riž. 4. Diagram ravni atributov v zapisu IE

Ker smo imena atributov in entitet nastavili v ruščini, bi jim morali za prehod na fizično raven modela dodeliti identifikatorje tabel, stolpcev in omejitev, ki izpolnjujejo pravila ciljne DBMS (običajno to pomeni uporaba latiničnih črk, številk in nekaterih posebnih znakov).
V urejevalniku "Shema baze podatkov" podajte ustrezno ime tabele za vsako entiteto. Nato v urejevalniku »Definicija atributa« nastavite imena stolpcev tabele, ki ustrezajo atributom entitet. ERwin tukaj tudi preseli imena stolpcev v podrejene tabele.
Na tej točki lahko uporabite tudi urejevalnik »Razširjeni atributi« za definiranje razširjenih atributov PowerBuilder (oblika prikaza, maska za urejanje, nadzorna pravila, poravnava, naslovi in komentarji).
Urejevalnik definicij razmerij poda fizično ime razmerja, ki se ujema z imenom omejitve, ki jo ERwin ustvari v bazi podatkov.
Zdaj je vse pripravljeno za ustvarjanje baze podatkov in morate izbrati ciljni DBMS (če tega še niste storili). Izberimo na primer Sybase System 10.
V urejevalniku sheme baze podatkov SYBASE nastavimo podatkovne tipe za stolpce tabele.
Pogovorno okno, v katerem je izbrana vrsta podatkov, je prikazano na sliki 5.

riž. 5. Določitev fizičnega modela

Zdaj lahko nadaljujete z ustvarjanjem baze podatkov. Za to se izvede ukaz "Ustvarjanje sheme Sybase". ERwin bo zgradil paket stavkov SQL za generiranje baze podatkov. Slika 6 prikazuje pogovorno okno za izbiro parametrov za generiranje paketa za generiranje baze podatkov. Slika prikazuje, da je mogoče nastaviti filter (generiranje ne vseh tabel), paket stavkov SQL si je mogoče ogledati (predogled), natisniti, shraniti v datoteko (poročilo) in ustvariti (generirati).

riž. 6. Izbira parametrov za generiranje baze podatkov

Napredne funkcije ERwin

LABORATORIJSKO DELO Št. Modeliranje baz podatkov z Erwinom

namen dela- pridobivanje s strani študentov praktičnih veščin pri izdelavi logičnih in fizičnih podatkovnih modelov z uporabo CASE - orodij za razvoj informacijskih sistemov.

Osnovni podatki

ERwin podpira modeliranje baz podatkov naprej in nazaj. Pri neposrednem modeliranju je shema baze podatkov opisana neposredno z diagramom entitet-razmerja. Entitete v diagramu so predstavljene s pravokotniki. Vsak pravokotnik ima lahko različne vizualne atribute. Vsaki entiteti je treba dodeliti edinstveno ime. Imena subjektov morajo biti v ednini. To določa dejstvo, da sistem vedno deluje na ločenih instancah entitete. V tem primeru se posamezni primerki entitete obravnavajo kot objekti, entitete pa kot razred objektov. Če so bile entitete opisane med modeliranjem v BPwinu, jih je mogoče preprosto uvoziti v ERwin. Primer diagrama z ustvarjenimi entitetami je prikazan na sliki.

Slika 4 - Primer diagrama z ustvarjenimi entitetami

Izdelava modelov v ERwin

Na informacijski model sta možna dva stališča in s tem dve ravni modela. Prva je logična raven (uporabniško stališče) pomeni neposreden prikaz dejstev iz resničnega življenja. Na primer, ljudje, mize, oddelki, psi in računalniki so resnični predmeti. Poimenovani so v naravnem jeziku, s poljubnimi ločili besed (presledki, vejice itd.). Na fizični ravni modela se upošteva uporaba določenega DBMS, določijo se tipi podatkov (na primer celo število ali realno število), indeksi za tabele.

ERwin omogoča ustvarjanje in upravljanje teh dveh različnih ravni predstavitve enega samega diagrama (modela), prav tako pa ima veliko možnosti prikaza na vsaki ravni. Izraz "Logic Layer" v ERwin sledi konceptualnemu modelu.

Faze gradnje informacijskega modela.

opredelitev entitet;
opredelitev odvisnosti med entitetami;
nastavitev primarnih in alternativnih ključev;
definiranje atributov entitete;
speljevanje modela na zahtevano raven normalne oblike;
prehod na fizični opis modela: dodelitev korespondenc ime entitete - ime tabele, atribut entitete - atribut tabele;
nastavitev sprožilcev, postopkov in omejitev;
generiranje baze podatkov.

Erwin ustvari vizualno predstavo (podatkovni model) za problem, ki ga rešujemo. Ta pogled se lahko uporablja za podrobno analizo, izpopolnjevanje in razširjanje dokumentacije, ki je potrebna med razvojnim ciklom. Vendar ERwin še zdaleč ni samo orodje za risanje. ERwin samodejno ustvari bazo podatkov (tabele, indekse, shranjene procedure, sprožilce za referenčno celovitost in druge objekte, potrebne za upravljanje podatkov).

Ustvarjanje entitete.

Če želite v model dodati entiteto, morate klikniti gumb entitete v orodni vrstici (Erwin Toolbox), nato pa na mestu na diagramu, kamor želite postaviti novo entiteto. Če z desno tipko miške kliknete entiteto in v pojavnem meniju izberete Urejevalnik entitet, lahko odprete pogovorno okno Urejevalnik entitet, ki definira ime, opis in komentarje entitete.

Vsaka entiteta mora biti v celoti definirana z besedilnim opisom na zavihku Definicija. Te definicije so uporabne tako na logični ravni, saj vam omogočajo, da razumete, za kakšen objekt gre, kot na fizični ravni, saj jih je mogoče izvoziti kot del sheme in uporabiti v resnični bazi podatkov ( USTVARJAJ KOMENTAR na entity_name). Zavihki Opomba, Note2, Note3, UDP (uporabniško definirane lastnosti) se uporabljajo za dodajanje dodatnih komentarjev in definicij entiteti.

Na zavihku Ikona vsake entitete lahko povežete sliko, ki bo prikazana v načinu pogleda modela na ravni ikon, in sliko, ki bo prikazana na vseh drugih ravneh.

Zavihek UDP v pogovornem oknu urejevalnika entitet se uporablja za definiranje uporabniško definiranih lastnosti (uporabniško definirane lastnosti). Ko kliknete gumb tega zavihka, se pokliče pogovorno okno Urejevalnik lastnosti, ki ga določi uporabnik (kliče se tudi iz menija Urejanje / UDP). V njem morate določiti vrsto objekta, za katerega se UDP zažene (diagram kot celota, entiteta, atribut itd.) in tip podatkov. Če želite dodati novo lastnost, kliknite na gumb v tabeli in vnesite ime, tip podatkov, privzeto vrednost in definicijo.

Ustvarjanje atributov.

Naslednji korak pri ustvarjanju modela je nastavitev atributov za vsako entiteto. Pri določanju vrste atributa je mogoče uporabiti domene. Domena je abstrakten uporabniško definiran tip, ki je dodeljen kateremu koli fizičnemu tipu podatkov. Poleg tega ima lahko vsaka domena svoje privzete vrednosti in pravila za preverjanje vhodnih podatkov. ERwin omogoča dokumentiranje vseh korakov pri ustvarjanju lastnih tipov podatkov. Z uporabo koncepta domene je baza podatkov prenosljiva na različne platforme strojne opreme.

Slika 5 – Ustvarjanje nove domene	Slika 6 – Določanje lastnosti nove domene

Slika 7 – Privzeta vrednost za novo domeno

Slika 8 – Uporaba domene za označevanje vrste podatkov atributu.

Če želite opisati atribute, z desno tipko miške kliknite entiteto in v meniju, ki se prikaže, izberite Urejevalnik atributov. Pojavilo se bo pogovorno okno urejevalnika atributov.

Če kliknete gumb Novo, lahko v pogovornem oknu Nov atribut, ki se prikaže, določite ime atributa, ime stolpca, ki mu ustreza v fizičnem modelu, in domeno. Domena atributa bo uporabljena pri definiranju tipa stolpca na ravni fizičnega modela.

Za atribute primarnega ključa na zavihku Splošno v urejevalniku atributov morate v polju za izbiro primarnega ključa potrditi kljukico.
Zavihki Definicija, Opomba in UDP imajo enako funkcionalnost kot pri definiranju entitete, vendar na ravni atributa.

Za boljšo jasnost diagrama lahko vsak atribut povežemo z ikono. To lahko storite z izbirnim seznamom ikon na zavihku Splošno.

Zelo pomembno je, da atributu date pravilno ime. Atributi morajo biti poimenovani v ednini in imeti jasen pomenski pomen.

V skladu s sintakso IDEF1X mora biti ime atributa edinstveno znotraj modela (ne samo znotraj entitete!). Ko poskušate vnesti ime obstoječega atributa, ga ERwin privzeto preimenuje. Na primer, če atribut Comment že obstaja v modelu, se bo drugi atribut (v drugi entiteti) imenoval Comment / 2, nato Comment / 3 itd.
Ko prenašate atribute znotraj in med entitetami, lahko uporabite tehniko povleci in spusti z izbiro gumba v paleti orodij.

Če želite ustvariti novo razmerje, izberite identifikacijski ali neidentifikacijski odnos v orodju (ERwin Toolbox), kliknite najprej nadrejeno in nato podrejeno entiteto.
V paleti orodij gumb ustreza identifikacijskemu razmerju, gumb razmerja mnogo proti mnogim, gumb pa neidentifikacijskemu razmerju. Če želite urediti lastnosti razmerja, z desno tipko miške kliknite odnos in v kontekstnem meniju izberite Urejevalnik razmerij.

Na zavihku Splošno v pogovornem oknu, ki se prikaže, lahko nastavite kardinalnost, ime in vrsto povezave.

Moč komunikacije (kardinalnost)- služi za prikaz razmerja med številom primerkov nadrejene entitete in številom primerkov otroka.
Obstajajo štiri vrste moči:

· Splošni primer, ko en primer nadrejene entitete ustreza 0, 1 ali številnim primerkom podrejene entitete, ni označen z nobenim simbolom;

· Simbol P označuje primer, ko en primer nadrejene entitete ustreza 1 ali več primerkov podrejene entitete (ničelna vrednost je izključena);

· Simbol Z označuje primer, ko en primer nadrejene entitete ustreza 0 ali 1 primerku podrejene entitete (več vrednosti je izključenih);

· Številka označuje primer, ko en primerek nadrejene entitete ustreza vnaprej določenemu številu primerkov podrejene entitete.

Privzeto simbol za komunikacijsko moč ni prikazan na diagramu. Če želite prikazati ime, sledite kontekstnemu meniju, ki se prikaže, če z desno tipko miške kliknete katero koli mesto v diagramu, ki ga ne zasedajo predmeti modela, izberete postavko Možnosti prikaza / Razmerje in nato omogočite možnost Kardinalnost.

Vrsta povezave (identificirajoča / neidentificirajoča).

IDEF1X razlikuje med odvisnimi in neodvisnimi entitetami. Vrsta entitete je določena z njenim odnosom z drugimi entitetami. Identifikacijska zveza se vzpostavi med neodvisnimi (nadrejeni konec razmerja) in odvisnimi (podrejeni konec razmerja) entitetami. Ko je narisan identifikacijski odnos, bo ERwin samodejno pretvoril podrejeno razmerje v odvisno. Odvisna entiteta je narisana z zaobljenim pravokotnikom.

Primerek odvisne entitete je definiran samo prek razmerja do nadrejene entitete. Ko se vzpostavi identifikacijski odnos, se atributi primarnega ključa nadrejene entitete samodejno prenesejo v primarni ključ podrejene entitete. Ta operacija povečanja atributov podrejene entitete pri ustvarjanju razmerja se imenuje migracija atributov. V podrejeni entiteti so novi atributi označeni kot tuji ključi - (FK).

Ko se vzpostavi neidentifikacijski odnos, otrok ostane neodvisen, medtem ko se primarni ključni atributi starša preselijo v neključne komponente otroka. Neidentifikacijski odnos se uporablja za povezovanje neodvisnih entitet.

Identifikacijska povezava je na diagramu prikazana kot polna črta s krepko točko na podrejenem koncu povezave, neidentifikujoča pa je črtkana.

Za neidentifikacijski odnos lahko določite obvezno (ničele na zavihku Splošno v pogovornem oknu Urejevalnik razmerij). V primeru obveznega razmerja (brez ničel) bo pri generiranju sheme baze podatkov atribut tujega ključa prejel znak NOT NULL, kljub temu, da tuji ključ ne bo vključen v primarni ključ podrejene entitete. V primeru izbirnega razmerja (dovoljene ničle) je lahko tuji ključ NULL. Izbirni neidentifikacijski odnos je označen s prozornim diamantom na strani nadrejene entitete

Ime povezave (glagolska fraza)- besedna zveza, ki označuje odnos med nadrejenimi in podrejenimi entitetami. Za odnos ena proti več, ki je identifikacijski ali neidentifikacijski, zadostuje, da podate ime, ki označuje odnos od starša do otroka (od starša do otroka). Za razmerje veliko proti več morate podati imena od starša do otroka in od otroka do starša. Če želite prikazati ime, sledite kontekstnemu meniju, ki se prikaže, če z desno tipko miške kliknete katero koli mesto v diagramu, ki ni zasedeno s predmeti modela, izberete postavko Možnosti prikaza / Razmerje in nato omogočite možnost Glagolska fraza.

Ime vloge ali funkcionalno ime (ime vloge) je sinonim za atribut tujega ključa, ki označuje vlogo atributa v podrejeni entiteti. Ime vloge lahko nastavite na zavihku Ime vloge/Dejanja RI v pogovornem oknu Urejevalnik odnosov.

Izdelava ključev.

Vsak primerek entitete mora biti edinstven in ločen od drugih atributov.

Primarni ključ je atribut ali skupina atributov, ki enolično identificira primer entitete. Atributi primarnega ključa v diagramu ne zahtevajo posebnega označevanja - to so atributi, ki so na seznamu atributov nad vodoravno črto. Ko dodate nov atribut v pogovorno okno urejevalnika atributov, morate omogočiti potrditveno polje Primarni ključ na dnu zavihka Splošno, če želite, da postane atribut primarnega ključa. Na diagramu lahko atribut ključa dodamo primarnemu ključu z načinom prenosa atributov (gumb v paleti orodij).

Ena entiteta lahko vsebuje več atributov ali nizov atributov, ki trdijo, da so primarni ključ. Takšni prosilci se imenujejo potencialni ključi (kandidatni ključ).

Ključi so lahko zapleteni, t.j. ki vsebuje več atributov. Kompleksni primarni ključi ne zahtevajo posebnega zapisa - so seznam atributov nad vodoravno črto. Pri izbiri primarnega ključa je treba dati prednost enostavnejšim ključem, t.j. ključi z manj atributi.

Veliko subjektov ima samo en potencialni ključ. Ta ključ postane primarni. Nekatere entitete imajo lahko več kot en možni ključ. Potem eden od njih postane primarni, ostali pa alternativni ključi.

Alternativni ključ je potencialni ključ, ki ni postal primarni.

Vsakemu ključu je povezan indeks, katerega ime je tudi dodeljeno samodejno. Imena ključev in indeksov lahko po želji ročno spremenite.

Na diagramu so nadomestni atributi ključa označeni kot (Akn.m.), kjer je n zaporedna številka ključa, m je zaporedna številka atributa v ključu. Če nadomestni ključ vsebuje več atributov, se (Akn.m.) postavi za vsakim.

Tuji ključ se ustvarijo samodejno, ko relacija povezuje entitete: odnosi tvorijo sklicevanje na atribute primarnega ključa v podrejeni entiteti in ti atributi tvorijo tuji ključ v podrejeni entiteti (selitev ključa). Atributi tujega ključa so označeni z (FK) za njihovim imenom.

Odvisna entiteta ima lahko enak ključ od več nadrejenih entitet. Entiteta lahko tudi večkrat prejme isti tuji ključ od istega nadrejenega prek več različnih odnosov. Ko ERwin zazna enega od teh dogodkov, prepozna, da sta oba atributa enaka, in postavi atribute tujega ključa v odvisno entiteto samo enkrat. Ta kombinacija ali združevanje enakih lastnosti se imenuje poenotenje.

Včasih je poenotenje nezaželeno. Na primer, ko imata dva atributa isto ime, vendar se v resnici razlikujeta po pomenu, in je potrebno, da se ta razlika odraža v diagramu. V tem primeru morate uporabiti imena vlog tujega ključa.

Odnosi v diagramu so predstavljeni s črtami, ki vodijo od ene entitete (tabele) do druge. Vsaki povezavi je dodeljeno edinstveno ime. Povezane tabele so razdeljene na nadrejene in podrejene tabele. Nadrejene tabele so prikazane kot pravokotniki z desnimi vogali, podrejene tabele so prikazane z zaobljenimi vogali.

Po določitvi vseh atributov formata podatkov je potrebno ustvarjeni logični model preoblikovati v fizični. Za to morate Orodja izberite Izvedite nov model, kjer kot Target Databases izberite ODBC / generično(za uporabo v DBMS MySQL) glej sliko 9. Naš model (glej sliko 4) bo pretvorjen v obrazec glej sliko 11.

Slika 9 – Pretvarjanje logičnega modela v fizični

Slika 10 - Fizični model, ki označuje obliko podatkov.

Slika 11 - Generiranje kode SQL

Vaja

1. Sestavite diagram z danimi entitetami (neposredno modeliranje) za dano predmetno področje.

2. Nastavite atribute za vsako definirano entiteto. Pri nastavljanju atributov uporabite domene.

3. Vnesite odnose med entitetami. Povezavam dajte edinstvena imena.

4. Z uporabo DBMS MYSQL se odločite za neposredno generiranje baze podatkov za predvidene informacije.

5. Poročilo naj vsebuje konceptualni model in fizično bazo podatkov v DBMS MYSQL.

Kontrolna vprašanja

1. Kakšna je razlika med logično in fizično ravnjo predstavitve podatkovnih modelov z uporabo ERwin?

2. Kakšna je razlika med podatkovnimi modeli, predstavljenimi v obliki diagrama entiteta-razmerje, ki temelji na ključih, in v obliki popolnega modela atributov?

3. Katere so glavne komponente podatkovnih modelov, predstavljenih po metodologiji IDEF1X?

Seznam tipov podatkov, ki jih podpira DBMS, preverite pri proizvajalcu

Potrebujemo pojem anomalije – neusklajenost med omejitvami celovitosti konceptualnih in logičnih (pa tudi fizičnih) shem podatkov. Cilj normalizacije je ravno odprava anomalij, ki se pojavijo pri vklopu, posodabljanju in brisanju podatkov.

Štiri prve normalne oblike (natančneje prva, druga, tretja in Boyes-Codd) so združene v eno skupino, ker njihove definicije temeljijo na klasičnem konceptu funkcije, podani na diagramu relacije in na Heathovem izreku.

Še dve normalni obliki (četrta in peta) uporabljata spremenjeno funkcionalne odvisnosti... Zadnji normalna oblika- domenski ključ - označuje vrnitev k izvoru - logičen pristop k relacijski teoriji.

Priporočljiv bo praktičen način pridobivanja sheme osnove v prvih štirih normalnih oblikah, ki skoraj vedno daje končno različico sheme. Pravilnost te konstrukcije bo treba preveriti s formalnimi metodami, torej so potrebne tako hevristične tehnike kot teorija normalizacije.

Najprej se pogovorimo o sprejeti metodi predstavitve gradiva o normalizaciji. Seveda bomo izhajali iz teorije normalizacije, razvite v okviru relacijskega podatkovnega modela. Izkušnje pa so pokazale, da imajo pri takšni predstavitvi začetniki težave pri dojemanju bistvenega pojma anomalije, opredeljene kot neke značilnosti »nepravilnosti« preslikave konceptualnega poslovnega modela v model baze podatkov. Zato

uporabili bomo preslikavo relacijskega modela v vam že znan model entiteta-relacija in v ER-modelu bomo preučevali normalizacijo. To bo prineslo semantiko, potrebno za obravnavo anomalij.

Pomislimo še na razmerja med odnosi, na združevanje odnosov in na tuje ključe.

5.1 Relacije in tuji ključi

Prejšnja poglavja so raziskala koncepte povezovanja entitet in odnosov med njimi. Med njimi bomo jasno razlikovali. Koncept povezave ni algebraične narave, saj so povezave aktivne. V implementacijah povezave določajo strukturo baze, delajo z manipulacijo podatkov in s spremembami sheme. Povezava je algebraični koncept. Pomen podatkov, pridobljenih med povezavo, je popolnoma na vesti razvijalca. Pomen povezave je togo določen z modeliranim poslom.

Semantika povezav je precej razvita. Poleg kardinalnosti koncev se uporabljajo lastnosti, kot je obvezna, določljiva lastnost. Ne morete jih izraziti neposredno v relacijskem modelu (takih besed ni). Zato bomo prve normalne oblike obravnavali v okviru modela "entiteta-razmerje".

Odnosi med odnosi/entitetami tako v relacijskem modelu kot v diagramih ER so oblikovani z omejitvijo referenčne celovitosti, imenovano "tuji ključ" (na kratko FK).

Da ne bi ustvarili napačne ideje o revščini relacijskega modela kot o nemožnosti realizacije nečesa, ne pozabite, da je v njem razmerje n: m predstavljeno z dvema odnosoma 1: n, da je mogoče kompleksne odnose modelirati na različne načine. Celo agregate je mogoče nekako predstaviti z uvedbo entitet, ki opisujejo njihovo sestavo. Takšne modele je mogoče učinkovito izvajati v programu, vendar bodo najverjetneje neprijetni za ljudi. Možnosti modeliranja podatkovnih struktur v okviru relacijskega modela so precej široke, a seveda ne neomejene.

Pogovorimo se o splošnem pristopu k analizi struktur, ki ga bomo v nadaljevanju analizirali na primeru dveh povezanih subjektov "Zaposleni" in "Oddelek", prikazanih na sliki 5.1. Na levi je različica z identifikacijsko povezavo, na desni z neidentifikacijsko povezavo.

riž. 5.1. Primer razmerij ena proti več

Še enkrat vas želim spomniti, da smo se dogovorili, da bomo primere obravnavali tako, kot so opisani v besedilu, in ne tako, kot se dogaja ali lahko v življenju. Ta omejitev je potrebna, da bi informacije zaznali vsi in vedno na enak način.

V obeh različicah sheme je vsak zaposleni razporejen v enega od oddelkov. Imamo odnos (»do-mnogi« na strani odnosa »zaposleni«). V zvezi z "Zaposleni" ne morete izbrati številke oddelka deptno, ki ne obstaja na seznamu oddelkov (entiteta "Oddelek"). En oddelek ne more imeti nikogar, enega, dva ali več zaposlenih.

Glede na podoben primer (oddelek 2.2.7) smo ugotovili, da nastane paradoksalna situacija. Direktor je dodeljen določenemu oddelku, vodja tega oddelka pa je podrejen direktorju in bo hkrati njegov vodja. Morda pa so oddelki stroškovna mesta in je bilo odločeno, da se plača direktorja bremeni stroškov enega od oddelkov. V naših vadnicah se ne bi smeli ukvarjati s takšnimi podrobnostmi, razen če je seveda navedeno nasprotno. Med drugim bi se morali navaditi že na samem začetku razmišljati o poslovni plati, pri reševanju izobraževalnih problemov pa ne bi smeli širiti nalog na analizo možnih možnosti.

Kakšna je razlika med diagrami na sliki 5.1? Identifikacijska povezava vam omogoča, da mislite na zaposlenega predvsem kot na zaposlenega v oddelku. Neidentifikacijski odnos pomeni, da je pripadnost oddelku označena kot nekaj sekundarnega.

5.2 Vrste komunikacije. Identificirajoče in neidentifikacijske, obvezne in neobvezne povezave

Identificiranje in neidentificiranje tipov povezav (glej sliko 5.1) ne spadata v teorijo relacijskih baz podatkov, temveč v standard modeliranja IDEF1X, na katerem temelji ERwin (alias AllFusion Data Modeller).

Če tuji ključ ustvari odvisno (šibko) entiteto, se ta posreduje skupini atributov, ki tvori primarni ključ te entitete. V tem primeru se oblikuje identifikacijska povezava. Vedno se zahteva.

Neidentifikacijski odnos se uporablja za povezovanje dveh močnih entitet. Prenese ključ v območje atributov brez ključa.

Za neidentifikacijsko razmerje lahko določite obveznost (celotno razmerje, ne njegov konec). Če je relacija zahtevana (v ERwinu je to nastavitev funkcije No Nulls), bodo atributi tujega ključa prejeli funkcijo NOT NULL, kar pomeni, da nedefinirane vrednosti niso dovoljene. Za neobvezno relacijo (zastavica dovoljeno nič) je lahko tuji ključ NULL.

Ko se z neposrednim inženiringom seznanimo z jezikom SQL v "Jeziku SQL", bo mogoče ustvariti skript SQL, ki ustvari fragment sheme baze podatkov. Toda tudi zdaj, če ste že vsaj malo seznanjeni z SQL, potem pojdite na Orodja> Naprej inženir / Generacija sheme in nato kliknite gumb Predogled, da si ogledate ustvarjeno besedilo.

Zakaj bomo pri normalizaciji uporabili bolj zapleten model entiteta-razmerje, namesto da bi se omejili na klasičen pristop v okviru relacijskega modela? Konec koncev, dodajanje konceptov močnih in šibkih entitet, identifikacijskih odnosov, obveznih in neobveznih neidentifikacijskih razmerij, znatno oteži semantiko podatkovnega modela.

Uvedba petih zgoraj naštetih konceptov višje ravni daje jezik, ki bolje odraža posebnosti naloge in je zato bolj razumljiv za razvijalca. To vam bo omogočilo, da hitro in brez formalnih transformacij dobite začetno shemo relacijske baze v skoraj popolni obliki (kasneje bomo to idejo izrazili natančneje: "v tretji normalni obliki ali Boyce-Codd normalni obliki").