Uspostavljanje odnosa između entiteta. Dizajniranje modela u ERWin Erwin Primjeri

Odnos je logičan odnos između entiteta. Svaka veza mora biti imenovana glagolom ili glagolskom frazom. Naziv odnosa izražava neku vrstu ograničenja ili poslovnog pravila i čini dijagram lakšim za čitanje. Prema zadanim postavkama, naziv veze nije prikazan na dijagramu. Na logičkoj razini, možete uspostaviti identifikacijski odnos jedan-prema-više, odnos više-prema-više i ne-identifikacijski odnos jedan-prema-više. Veza je koncept logičkog sloja koji odgovara stranom ključu na fizičkom sloju. U ERwinu su odnosi predstavljeni s pet osnovnih informacija:

● vrsta odnosa (identifikacijski, neidentificirajući, puna/nepotpuna kategorija, nespecifični odnos);

● matični entitet;

● dijete (ovisni) entitet;

● komunikacijska moć (kardinalnost);

● dopuštenost praznih (null) vrijednosti.

IDEFIX razlikuje ovisne i neovisne entitete. Vrsta entiteta određena je njegovim odnosom s drugim entitetima. Identificirajući odnos uspostavlja se između neovisnog (roditelja) i ovisnog (dijeteta) entiteta. Ovisni entitet je nacrtan zaobljenim pravokutnikom. Kada se uspostavi identifikacijski odnos, atributi primarnog ključa roditeljskog entiteta automatski se prenose na primarni ključ podređenog entiteta. Ova operacija povećanja atributa podređenog entiteta prilikom kreiranja odnosa naziva se migracija atributa. U podređenom entitetu novi atributi su označeni kao strani ključ - FK.

Kada se uspostavi neidentifikacijski odnos, dijete ostaje neovisno, a primarni ključni atributi roditelja uključeni su u ne-ključne atribute djeteta. Neidentifikacijski odnos koristi se za povezivanje neovisnih entiteta. Za definiranje ERwin relacija, odaberite vrstu odnosa, a zatim upotrijebite miš da odredite roditeljski i podređeni entitet. Identifikacijska veza prikazana je kao puna linija; neidentificirajuće – isprekidanom linijom. Linije završavaju točkom sa strane podređenog entiteta.

Kardinalnost - koristi se za označavanje omjera broja instanci roditeljskog entiteta i broja instanci djeteta.

Postoje četiri vrste entiteta:

· Opći slučaj, kada jedna instanca roditeljskog entiteta odgovara 0, 1 ili više instanci podređenog entiteta; nije označen nikakvim simbolom;

· Simbol P označava slučaj kada jedna instanca roditeljskog entiteta odgovara 1 ili više instanci podređenog entiteta (nulta vrijednost je isključena);

· Simbol Z označava slučaj kada jedna instanca roditeljskog entiteta odgovara 0 ili 1 instanci podređenog entiteta (više vrijednosti su isključene);

· Broj označava slučaj točnog podudaranja, kada unaprijed određeni broj instanci podređenog entiteta odgovara jednoj instanci roditeljskog entiteta.

· Prihvatljivost praznih (NULL) vrijednosti u neidentifikacijskim odnosima ERwin prikazuje kao prazan romb na luku odnosa sa strane nadređenog entiteta.

Naziv odnosa na logičkoj razini je glagol koji povezuje entitete. Fizički naziv veze (koji se može razlikovati od logičkog) za ERWin znači naziv ograničenja ili indeksa. Za prikaz naziva odnosa, odaberite opciju iz izbornika: Format / Prikaz odnosa / glagolski izraz.

Neki entiteti definiraju cijelu kategoriju objekata istog tipa. U ERwinu se u ovom slučaju kreira entitet koji definira kategoriju i za svaku stavku u kategoriji, a zatim se za njih uvodi odnos kategorizacije. Nadređeni entitet kategorije naziva se supertip, a djeca se nazivaju podtip.

Na primjer, entitet "dolaznog dokumenta" može biti zahtjev ili nalog. Prvi i drugi imaju različite skupove atributa koji se djelomično preklapaju (minimalni presjek podtipova je primarni ključ). Zajednički dio ovih atributa, uključujući primarni ključ, nalazi se u entitetu nadtipa ulaznog dokumenta. Različiti dijelovi (na primjer, podaci o sadržaju, pošiljatelju) stavljaju se u podvrste entiteta.

U entitetu supertipa uvodi se atribut diskriminatora da razlikuje specifične instance entiteta podtipa.

Ovisno o tome jesu li svi mogući entiteti podtipova uključeni u model, kategorički odnos je potpun ili nepotpun.

Slika 1.4 - Primjer nepotpunog skupa kategorija

Slika 1.5 - Primjer kompletnog skupa kategorija

3. Entitet može biti zajednički entitet u bilo kojem broju odnosa kategorizacije.

4. Atributi primarnog ključa entiteta kategorije moraju odgovarati atributima primarnog ključa općeg entiteta.

5. Sve instance kategorije entiteta imaju istu vrijednost diskriminatora, a sve instance drugih kategorija moraju imati različite vrijednosti diskriminatora (vidi sliku 4 i sliku 5).

Uloge.

Naziv uloge (funkcionalni naziv) je sinonim za atribut stranog ključa koji ukazuje na ulogu koju atribut ima u podređenom entitetu. Prema zadanim postavkama, na popisu atributa prikazuje se samo naziv uloge. Za prikaz punog naziva atributa (i funkcionalni naziv i naziv uloge), odaberite Format / Prikaz entiteta u kontekstnom izborniku, a zatim omogućite opciju Ime uloge / atributa. Puni naziv prikazan je kao funkcionalni naziv i osnovni naziv, odvojeni točkom. Naziv uloge postavlja se na kartici Ime uloge dijaloškog okvira Odnos. Ovaj prozor se pokreće dvostrukim klikom na vezu.

Obavezno je koristiti nazive uloga kada su dva ili više atributa jednog entiteta definirana u istom opsegu, tj. imaju isti raspon vrijednosti, ali različita značenja.

Zastupanje.

Pogledi, ili, kako se ponekad nazivaju, privremene ili izvedene tablice, objekti su baze podataka u kojima se podaci ne pohranjuju trajno, kao u tablici, već se generiraju dinamički kada se pristupi pogledu. Pogled ne može postojati samostalno, već je definiran samo u smislu jedne ili više tablica. Korištenje pogleda omogućuje dizajneru baze podataka da svakom korisniku ili grupi korisnika pruži drugačiji pogled na podatke, čime se rješavaju problemi jednostavnosti korištenja i sigurnosti podataka.

Sporazumi

Prihvatimo neke konvencije radi kratkoće daljnjeg izlaganja:

· Klik - pritiskom lijeve tipke miša.

· Desni klik - pritiskom na desnu tipku miša.

Dvostruki klik - dva uzastopna klika na tipku miša

· Odaberi - pomaknite kursor na odgovarajući objekt (element dijagrama, stavka izbornika, ikona) i kliknite lijevu tipku miša.

Povucite - odaberite objekt i, bez puštanja tipke miša, pomaknite kursor v drugu poziciju.

· Zapis tipa Datoteka / Otvori znači da trebate odabrati stavku izbornika Datoteka, a zatim iz izbornika koji se otvori stavku Otvori.

ERwin Desktop

Na sl. 1 prikazuje radnu površinu softvera ERwin tvrtke Logic Works.

Slika 1- Erwin desktop.

Na slici 1 brojevi označavaju:

1- glavni izbornik;

2- alatna traka;

3- set posebnih alata;

4- ploča fontova i boja;

5- polje grafikona.

Pogledajmo pobliže komponente radne površine.

Glavni izbornik sadrži opće naredbe. Imajte na umu da je većina ovih naredbi duplicirana ili ikonama na alatnoj traci ili stavkama izbornika koje se pojavljuju desnim klikom miša. Stoga ćemo se sada usredotočiti na naredbe vezane uz opći prikaz radne površine. Stavka Prozor ima sljedeće podstavke:

Alatna traka - alatna traka;

Font i alatna traka boja - ploča fontova i boja;

Statusna traka - statusna traka;

ERwin Toolbox je skup posebnih alata.

Ako bilo koja od navedenih stavki nije označena, odgovarajuća stavka neće biti prikazana na radnoj površini. Stavke Opcija / Prikaži izbornik zaslona i Opcija / Prikaži izbornik uređivača dodaju dodatni 1gush glavnom izborniku; vi: Zaslon i uređivač.

Alatna traka sadrži sljedeće grupe ikona:

Rad s datotekama:

Napravite novi dijagram;

Otvorite postojeći dijagram;

Pošaljite dijagram na tisak.

Imajte na umu da su ove ikone duplicirane naredbama stavke glavnog izbornika Datoteka.

Razine prezentacije modela:

Entitetska razina;

Razina atributa;

Razina opisa;

Fizički sloj (ako se klikne na ovu ikonu, tada su tijekom demonstracije njihovi tipovi naznačeni na razini atributa).

Ovi alati su duplicirani stavkom izbornika Display. Sadrži dodatne razine prezentacije: Primary Key Level - samo primarni ključevi su prikazani, Physical Order Level - atributi se ne dijele na ključne i ne-ključeve.

Skaliranje:

Smanjenje;

Povećati;

Bez povećanja;

Najmanji (dalje smanjenje dovest će do nečitljivosti dijagrama);

Prikaz dijela (nakon što odaberete ovaj alat, na radnom polju odaberite fragment koji želite vidjeti).

Sve radnje ove grupe duplicirane su stavkom Display / / Zoom.

Rad sa serverom:

Generirajte skriptu za poslužitelj;

Povežite se s poslužiteljem;

Odaberite poslužitelj.

Skup posebnih alata uključuje sve ikone potrebne za grafičku izgradnju sheme podataka. Sastoji se od sljedećih alata:

Odabir objekta;

Manipuliranje atributima;

Samostalni subjekt;

Zavisni subjekt;

Potpuna kategorizacija;

Nepotpuna kategorizacija;

Identificirajući odnos jedan prema više;

Neidentifikacijski odnos "oda mnogima";

Odnos mnogo-prema-više;

Oznaka teksta.

DIZAJN KONCEPTA

Stvaranje entiteta

Entiteti u konceptualnom dijagramu mogu biti ovisni i neovisni. Na dijagramu je bilo koji entitet predstavljen pravokutnikom. Iznad njega je naziv entiteta. Pravokutnik je podijeljen na dva dijela: gornji je područje primarnog ključa; dno - područje ostalih atributa. Prilikom konstruiranja entiteta, pravokutnik je u početku prazan, a ime ima oblik E / n (na primjer, E / 1, E / 2, itd.).

Za izgradnju neovisnog entiteta potrebno je kliknuti na odgovarajuću ikonu iz skupa posebnih alata, a zatim kliknuti na polje dijagrama na mjestu gdje bi se kreirani entitet trebao nalaziti. Da biste izgradili ovisni entitet, odaberite alat Zavisni entitet i kliknite na polje grafikona. Imajte na umu da pravokutnik koji predstavlja takav entitet ima zaobljene kutove. Prilikom izrade dijagrama praktički nema potrebe izravno specificirati ovisne entitete, budući da ERwin pretvara obične entitete u zavisne entitete prilikom organiziranja odnosa ili podjele u kategorije.

Ako dizajner nije zadovoljan položajem entiteta na polju, tada odaberite ikonu "Point to Object" iz skupa posebnih alata i povucite entitet na novo mjesto. Za brisanje odabranog entiteta upotrijebite tipku Delete na tipkovnici. Možete promijeniti veličinu pravokutnika koji predstavlja entitet odabirom stavke Opcija / Veličina entiteta u glavnom izborniku. Stavka izbornika Opcija / Izgled koristi se za uređenje položaja entiteta na terenu.

Sada definirajmo naziv entiteta i njegove karakteristične atribute. Da biste to učinili, koristite stavku Entity-Attribute iz izbornika koji se klikne desnom tipkom miša. U polje Naziv entiteta otvorenog uređivača unesite naziv entiteta. Pomoću prekidača možete promijeniti ovisnost entiteta. Polje za uređivanje Primary Key namijenjeno je za unos naziva atributa koji čine primarni ključ. Polje Non-Key Attributes sadrži atribute koji nisu ključni. Imajte na umu da se u oba slučaja tipka Enter na vašoj tipkovnici koristi za odvajanje atributa jedan od drugog. Na sl. 2 prikazuje primjer neovisnog entiteta.

Riža. 2 - Samostalni subjekt

Da biste dodali prošireni opis entiteta (definicija) i opći prikaz svih entiteta, koristite preglednik izvješća / entiteta.

ERwin pruža mogućnost manipulacije pojedinačnim atributima. Da biste to učinili, odaberite ikonu Manipulation Attributes. U ovom načinu rada možete:

· Ukloni atribut. Da biste to učinili, odaberite pojedinačni atribut i pritisnite Delete na tipkovnici.

· Premjestite atribut unutar entiteta. Da biste to učinili, odaberite atribut i, bez puštanja tipke miša, pomaknite ga na željeno mjesto. Imajte na umu da na taj način možete premještati atribute i unutar područja ključa i područja bez ključa, te između njih.

· Premještanje atributa između entiteta. Tehnika ove akcije slična je prethodnoj. Ako se tipka Ctrl pritisne tijekom premještanja atributa, on će se kopirati u drugi entitet.

Izgradnja poveznica

Razmotrimo konstrukciju odnosa jedan prema više. Da biste to učinili, odaberite odgovarajuću ikonu iz skupa posebnih alata, a zatim kliknite uzastopno na roditelj i dijete. Identifikacijska veza prikazana je punom linijom i crnom točkom u pravokutniku koji predstavlja dijete. Ovaj odnos karakterizira prijenos primarnog ključa roditelja na identifikator djeteta. Na sl. Slika 3 prikazuje identifikacijski odnos jedan prema više.

Slika 3. - Poveznica za identifikaciju

Neidentifikacijski odnos se gradi na sličan način. Prikazano je isprekidanom linijom i dijamantom pored matičnog pravokutnika. Takav romb znači da je postojanje roditelja izborno, t.j. polje stranog ključa može biti nul. Izgradnja neidentifikacijskog odnosa u ERwinu karakterizira prijenos primarnog ključa roditelja na atribute djeteta koji nisu ključ. Slika 4 prikazuje neidentifikacijski odnos.

Riža. 4. - Neidentificirajuća veza

Kao što je napomenuto, dizajniranje odnosa mnogo-prema-više rezultira novim entitetom. Primjer izgradnje odnosa ovog tipa između prvog i drugog entiteta prikazan je na Sl. 5.

Riža. 5. - Odnos mnogo-prema-više

Možete pregledati i promijeniti opis odnosa pomoću stavke Odnos iz skočnog izbornika na vezi s desnim klikom. Prozor koji se otvori pokazuje:

· Naziv veze (polje glagolske fraze).

· Vrsta odnosa: identificiranje ili neidentificiranje.

· Kardinalnost. ERwin vam omogućuje definiranje sljedećih vrsta veza.

1. Nula, jedan ili više. Prisutnost takve kardinalnosti ne uvodi dodatne oznake u dijagram.

2. Jedan ili više. Takvi su odnosi označeni slovom P pored pravokutnika koji predstavlja dijete.

3. Nula ili jedan. Kardinalnost je označena slovom Z.

4. Dano. U tom slučaju, polje Točno mora sadržavati kardinalnost. Takav odnos označava se brojem u pravokutniku koji predstavlja dijete.

· Mogućnost postojanja Null - vrijednosti (prekidač Nulls).

· Uloga stranog ključa. U ovom slučaju, naziv uloge bilježi se u polju Naziv uloge. U ovom slučaju, polje Strani ključ uređivača sadrži konstrukciju<имя роли>.<имя первичного ключа родителя>.

Ako dijagram ne prikazuje nazive ili kardinalnost veze, tada morate staviti pokazivače nasuprot stavki Prikaz / glagolska fraza i Prikaz / kardinalnost.

Za brisanje veze odaberite ikonu "Point to Object", kliknite na odgovarajuću vezu i pritisnite Delete na tipkovnici.

Podjela entiteta u kategorije u ERwinu prikazana je na sličan način kao na sl. 6.

Riža. 6 - Potpuna kategorizacija

Da biste izgradili kategorije, trebate učiniti sljedeće:

U potpunosti opišite glavni entitet;

Izgradite kategorije entiteta;

Odaberite ikonu za potpunu ili nepotpunu kategorizaciju iz skupa posebnih alata;

Kliknite na glavni entitet;

Kliknite na jednu od kategorija;

Za izgradnju svake sljedeće kategorije kliknite na znak kategorije, a zatim na odgovarajući entitet.

Da biste uklonili vezu jedne od kategorija s glavnim entitetom, odaberite odgovarajuću granu i pritisnite Delete na tipkovnici. Ako želite izbrisati cijelu kategorizaciju, pokažite na znak kategorije i pritisnite Izbriši.

LOGIČKI DIZAJN

Logički dizajn počinje odabirom podatkovnog modela. Svi DBMS-ovi s kojima ERwin radi su relacijski, što određuje izbor podatkovnog modela.

Da biste odabrali određeni DBMS, kliknite ikonu Odaberi poslužitelj. U prozoru koji se otvori, postavite pokazivač nasuprot odabranom DBMS-u, postavite verziju ako je potrebno. Osim toga, prema zadanim postavkama morate odabrati karakteristike polja tablice (vrsta i mogućnost nulte vrijednosti).

Važan korak u logičkom dizajnu je definiranje strategije za održavanje integriteta informacija. Da biste postavili zadanu strategiju za različite vrste veza, kliknite gumb Zadani referentni integritet u prozoru za odabir DBMS-a. ERwin nudi tri vrste strategija:

1. Ograničiti - zabraniti. Karakterizira ga zabrana radnji s povezanim subjektima.

2. Kaskada - kaskadno. Takva strategija je izvođenje kaskadnih operacija nad povezanim entitetima.

3. Postavite Null - nula. Ova strategija je postavljanje vrijednosti polja na Null.

Nakon odabira DBMS-a, krenimo opisivati ​​podatke u njegovim terminima. Da biste to učinili, odaberite iz izbornika koji se pojavljuje tako da desnom tipkom miša kliknete entitet, stavku<имя выбранной СУБД>Shema baze podataka. U prozoru koji se otvori možete odrediti nazive tablica i njihovih polja, kao i karakteristike tih polja.

U praksi se često događa da svi odnosi bilo kojeg tipa nisu određeni istim strategijama za održavanje ograničenja integriteta. Da biste promijenili strategije za određenu vezu, upotrijebite stavku Referentni integritet iz skočnog izbornika s desnim klikom na vezu. Ako nema informacija o odabranoj strategiji na dijagramu, postavite pokazivač pored Display / Referenda Integrity.

Za izradu skripte za odabrani DBMS kliknite na ikonu "Generiraj skriptu za poslužitelj". Istovremeno, ERwin gradi shemu baze podataka prema određenim tablicama. Ako odabrani DBMS podržava okidače za pisanje, oni se izrađuju ovisno o odabranim strategijama za podršku ograničenja integriteta.

FIZIČKI DIZAJN

U ovoj fazi dizajna dodat ćemo dodatne indekse rezultirajućem krugu. Da biste to učinili, koristite stavku<имя СУБД>Indeks izbornika koji se pojavljuje desnim klikom na entitet. U prozoru koji se otvori kliknite gumb Novo da biste izgradili novi indeks, a zatim odredite atribut za njega klikom na vizualnu sliku ovog atributa. Imajte na umu da su sada na općem dijagramu atributi prema kojima su indeksi izgrađeni označeni slovima AK. To znači da su oni alternativni ključevi.

VJEŽBA

1. Izgradite konceptualnu shemu baze podataka za certifikacijsko tijelo koristeći ERwin. Opis predmetnog područja dat je u nastavku.

Certifikacijsko tijelo je akreditirano za izdavanje certifikata za određene vrste proizvoda. Svaka vrsta proizvoda je opisana šifrom (prema klasifikatoru), nazivom vrste (na primjer, mliječni proizvodi) i vrstom (na primjer, mlijeko). Za svaku vrstu proizvoda može postojati nekoliko regulatornih dokumenata, a učinak svakog regulatornog dokumenta odnosi se na nekoliko vrsta proizvoda. Regulatorni dokument karakterizira njegova razina (GOST, OST, itd.), broj i naziv.

Certifikat se izdaje samo za jednu vrstu proizvoda i samo za jednog klijenta. Jedan te isti klijent može kontaktirati certifikacijsko tijelo više puta, stoga je potrebno pohraniti podatke o klijentima (šifra organizacije, njezin naziv, adresa i broj telefona).

Klijent se certifikacijskom tijelu može obratiti jednom od dvije vrste zahtjeva za certifikaciju: zahtjevom ili deklaracijom. Ovisno o tome, izrađuju se različite vrste interne dokumentacije i pohranjuju različiti podaci (Tablica 1.)

stol 1

U ovom slučaju, numeriranje prijava i izjava je kontinuirano. To znači da ako postoji aplikacija s brojem, onda ne bi trebala biti deklaracija pod tim brojem.

Certifikacijsko tijelo pohranjuje podatke o svojim zaposlenicima (osobni kod, prezime, položaj i adresa). Osim toga, morate znati kakav je posao i na kojoj izjavi zaposlenik obavljao. Radovi na zahtjevu mogu biti četiri vrste: ispuniti prijavu, donijeti odluku o zahtjevu, odlučiti o izdavanju potvrde, izdati potvrdu. Za istu primjenu različite vrste poslova mogu obavljati različiti zaposlenici. U konceptualnom dijagramu mora postojati podjela na kategorije. Osim toga, moraju se koristiti uloge stranog ključa.

2. Pretvorite konceptualnu shemu u tablice odabranog DBMS-a koristeći ERwin. Izgradite okidače.

3. Napravite tri korisnika za bazu podataka sa sljedećim pravima:

1) "Izvješća" - pravo čitanja svih informacija (nema drugih prava);

2) "Imenici" - sva prava na informacije o zaposlenicima, kupcima, proizvodima i regulatornim dokumentima;

3) "Dokumentacija" - sva prava na informacije o internoj dokumentaciji certifikacijskog tijela i klijenata; pravo čitanja podataka o proizvodu i propisa.

Izvješće treba sadržavati:

Ispis konceptualnog dijagrama iz ERwina;

Opravdanost izbora strategija koje podržavaju ograničenja integriteta baze;

Struktura tablica i okidača;

Opis načina kreiranja korisnika baze podataka.

KONTROLNA PITANJA

1. Koje vrste odnosa mogu postojati u predmetnom području?

2. Kako ukloniti odnos mnogo-prema-više iz sheme baze podataka?

3. Koja je razlika između poveznica koje identificiraju i ne identificiraju?

4. Kada postaje potrebno opisati uloge stranih ključeva?

5. Kako možete opravdati odabir kategorija?

6. Koja je razlika između potpune i nepotpune kategorizacije?

7. Koje su se vrste strategija za održavanje ograničenja integriteta koristile u laboratoriju?

Bibliografija

1. Datum K.J. Uvod u sustave baza podataka - Udžbenik. dodatak: Prevedeno s engleskog. - 6. izd. - M. i drugi: Williams, 2000 .-- 846 str.

2. Robinson S. Microsoft Access 2000: udžbenik. tečaj: per. s engleskog - SPB .: Petar, 2001 .-- 511 str.

3. Kuznjecov S.D. Osnove baza podataka: Kolegij predavanja: Udžbenik. priručnik.M .: Internet un-t Inform. tehnologije, 2005.-484 str.

4. Hoffman V.E., Khomonenko A.D. Rad s bazama podataka u Delphiju. Sankt Peterburg: Dhv, 2002.-656 str.

5. Maklakov S.V. Bpwin i Erwin. Slučajni alati za razvoj informacijskih sustava.-M.: Dijalog-Mifi, 2003.-254str.

6. Malykhina M.P. Baze podataka: osnove, dizajn, uporaba: Udžbenik. priručnik za sveučilišta.-2. izd.-SPB.: BHV-Peterburg, 2006.-517 str.

Pogledajmo razvojni ciklus koristeći primjer iz Coddovog članka.
Prisjetimo se ukratko suštinskog aspekta problema. Zaposlenici se vode na evidenciji. Za svakog zaposlenika pohranjuju se podaci o djeci i popis radnih mjesta koje taj zaposlenik obavlja. Za radna mjesta pohranjuju se podaci o utvrđenim poštarinskim plaćama.
Prvo, stvorimo logički sloj modela. Da biste to učinili, postavite način prikaza za entitete (Prikaz / Razina entiteta). Pomoću alatne trake kreirajte entitete "zaposlenik", "djeca", "povijest rada", "povijest plaća". Imenovat ćemo entitete na ruskom.
Nakon odabira svakog entiteta, postavite detaljan opis za njega na ruskom u uređivaču "Definicija entiteta". Ovaj opis će se pojaviti u ERwin izvješćima i može se prikazati u dijagramu.
Označimo odnose između entiteta. Na primjer, "zaposlenik" je povezan s identitetom "roditelj" s entitetom "djeca". Opis odnosa se upisuje u Editor / Relationship editor.
Rezultat rada prikazan je na ERwin dijagramu (slika 2).

Riža. 2. Dijagram razine entiteta

Sada prijeđimo na način postavljanja atributa (Display / Atribute Level). U uređivaču "Entitet / atribut" postavite nazive ključnih i neključnih atributa na ruskom. Imajte na umu da atribut ključa broja zaposlenika nije ručno određen za podređeni entitet. ERwin ga migrira iz nadređenog entiteta. Isto se događa i s drugim podređenim entitetima.
Za atribut "ime" entiteta "zaposlenik" naznačit ćemo da se radi o alternativnom ključu (pretpostavit ćemo da svi zaposlenici imaju jedinstvena imena/prezimena). Da biste to učinili, nakon naziva atributa stavite pokazivač AK1 u zagrade.
Rezultat rada prikazan je na ERwin dijagramu (slika 3) u IDEF1X notaciji.

Riža. 3. Dijagram razine atributa u IDEF1X notaciji

Prikaz istog dijagrama u notaciji IE (Informacijski inženjering) prikazan je na slici 4.

Riža. 4. Dijagram razine atributa u IE notaciji

Budući da smo nazive atributa i entiteta postavili na ruskom jeziku, da bismo prešli na fizičku razinu modela, potrebno ih je uskladiti s identifikatorima tablica, stupaca i ograničenja koja zadovoljavaju pravila ciljnog DBMS-a (obično to znači korištenje latiničnih slova, brojeva i nekih posebnih znakova).
U uređivaču "Shema baze podataka" navedite odgovarajući naziv tablice za svaki entitet. Zatim u uređivaču "Definicija atributa" postavite nazive stupaca tablice koji odgovaraju atributima entiteta. ERwin ovdje također migrira nazive stupaca u podređene tablice.
U ovom trenutku također možete koristiti uređivač "Extended Attributes" za definiranje proširenih PowerBuilder atributa (format prikaza, maska ​​za uređivanje, kontrolna pravila, poravnanje, naslovi i komentari).
Urednik definicija odnosa specificira fizički naziv odnosa koji odgovara imenu ograničenja koje ERwin stvara u bazi podataka.
Sada je sve spremno za kreiranje baze podataka i potrebno je odabrati ciljni DBMS (ako to prije nije učinjeno). Odaberimo, na primjer, Sybase System 10.
U uređivaču sheme baze podataka SYBASE postavljamo tipove podataka za stupce tablice.
Dijalog u kojem se odabire tip podataka prikazan je na slici 5.

Riža. 5. Određivanje fizičkog modela

Sada možete prijeći na stvaranje baze podataka. Za to se izvršava naredba "Generacija Sybase sheme". ERwin će izgraditi paket SQL naredbi za generiranje baze podataka. Slika 6 prikazuje dijaloški okvir za odabir parametara za generiranje paketa za generiranje baze podataka. Slika pokazuje da se može postaviti filtar (generiranje ne svih tablica), paket SQL izraza može se pregledati (pregled), ispisati, spremiti u datoteku (izvješće) i generirati (generirati).

Riža. 6. Odabir parametara za generiranje baze podataka

Napredne ERwin značajke

LABORATORIJSKI RAD br.3. Modeliranje baze podataka s Erwinom

svrha rada- stjecanje od strane studenata praktičnih vještina u izradi logičkih i fizičkih modela podataka korištenjem CASE - alata za razvoj informacijskih sustava.

Osnovne informacije

ERwin podržava naprijed i nazad modeliranje baza podataka. U izravnom modeliranju, shema baze podataka se opisuje izravno pomoću dijagrama entitet-odnos. Entiteti u dijagramu su predstavljeni pravokutnicima. Svaki pravokutnik može imati različite vizualne atribute. Svakom entitetu mora biti dodijeljen jedinstveni naziv. Nazivi entiteta moraju biti u jednini. To je određeno činjenicom da sustav uvijek radi na zasebnim instancama entiteta. U ovom slučaju pojedinačne instance entiteta smatraju se objektima, a entiteti klasom objekata. Ako su entiteti opisani tijekom modeliranja u BPwinu, onda se mogu jednostavno uvesti u ERwin. Primjer dijagrama s kreiranim entitetima prikazan je na slici.

Slika 4 - Primjer dijagrama s kreiranim entitetima

Izrada modela u ERwinu

Postoje dva moguća gledišta na informacijski model i, sukladno tome, dvije razine modela. Prva je logička razina (korisničko gledište) znači izravan prikaz činjenica iz stvarnog života. Na primjer, ljudi, stolovi, odjeli, psi i računala su pravi objekti. Imenovani su na prirodnom jeziku, s bilo kojim razdjelnicima riječi (razmaci, zarezi, itd.). Na fizičkoj razini modela razmatra se korištenje određenog DBMS-a, određuju se tipovi podataka (na primjer cijeli ili realni broj), indeksi za tablice.

ERwin pruža mogućnost stvaranja i upravljanja ovim dvjema različitim razinama prezentacije jednog dijagrama (modela), kao i mnogo opcija prikaza na svakoj razini. Izraz "Logički sloj" u ERwinu slijedi konceptualni model.

Faze izgradnje informacijskog modela.

• definicija entiteta;
• definiranje ovisnosti između entiteta;
• postavljanje primarnih i alternativnih ključeva;
• definiranje atributa entiteta;
• dovođenje modela na potrebnu razinu normalnog oblika;
• prijelaz na fizički opis modela: dodjeljivanje korespondencija naziv entiteta - naziv tablice, atribut entiteta - atribut tablice;
• postavljanje pokretača, postupaka i ograničenja;
• generiranje baze podataka.

Erwin stvara vizualni prikaz (model podataka) za problem koji se rješava. Ovaj pogled se može koristiti za detaljnu analizu, doradu i širenje dokumentacije potrebne tijekom razvojnog ciklusa. Međutim, ERwin je daleko od samo alata za crtanje. ERwin automatski stvara bazu podataka (tablice, indekse, pohranjene procedure, okidače za referentni integritet i druge objekte potrebne za upravljanje podacima).

Stvaranje entiteta.

Za dodavanje entiteta u model, potrebno je kliknuti na gumb entiteta na alatnoj traci (Erwin Toolbox), zatim na mjesto na dijagramu na koje želite postaviti novi entitet. Desnom tipkom miša na entitet i odabirom Uređivač entiteta iz skočnog izbornika, možete otvoriti dijaloški okvir Entity Editor, koji definira naziv, opis i komentare entiteta.

Svaki entitet mora biti u potpunosti definiran pomoću tekstualnog opisa na kartici Definicija. Ove su definicije korisne i na logičkoj razini, jer vam omogućuju da shvatite o kakvoj se vrsti objekta radi, i na fizičkoj razini, budući da se mogu izvesti kao dio sheme i koristiti u stvarnoj bazi podataka ( NAPRAVI KOMENTAR na naziv_entiteta). Napomena, kartice Note2, Note3, UDP (korisnički definirana svojstva) koriste se za dodavanje dodatnih komentara i definicija entitetu.

Na kartici Ikona svakog entiteta možete povezati sliku koja će biti prikazana u načinu prikaza modela na razini ikone i sliku koja će biti prikazana na svim ostalim razinama.

UDP kartica dijaloškog okvira Entity Editor koristi se za definiranje korisnički definiranih svojstava (Korisnički definirana svojstva). Kada kliknete na gumb ove kartice, poziva se dijaloški okvir User - Defined Property Editor (koji se također poziva iz izbornika Uredi / UDPs). U njemu morate navesti tip objekta za koji se pokreće UDP (dijagram u cjelini, entitet, atribut itd.) i tip podataka. Za dodavanje novog svojstva kliknite na gumb u tablici i unesite naziv, vrstu podataka, zadanu vrijednost i definiciju.

Stvaranje atributa.

Sljedeći korak u kreiranju modela je postavljanje atributa za svaki entitet. Prilikom određivanja vrste atributa moguće je koristiti domene. Domena je apstraktni korisnički definiran tip koji je dodijeljen bilo kojem fizičkom tipu podataka. Štoviše, svaka domena može imati vlastite zadane vrijednosti i pravila za provjeru valjanosti ulaznih podataka. ERwin pruža mogućnost dokumentiranja svih koraka koji su uključeni u stvaranje vlastitih tipova podataka. Koristeći koncept domene, baza podataka je prenosiva na različite hardverske platforme.

Slika 5 – Izrada nove domene	Slika 6 - Određivanje svojstava nove domene

Slika 7 - Zadana vrijednost za novu domenu

Slika 8 – Korištenje domene za označavanje vrste podataka atributu.

Da biste opisali atribute, desnom tipkom miša kliknite entitet i na izborniku koji se pojavi odaberite Uređivač atributa. Pojavit će se dijaloški okvir Uređivač atributa.

Ako kliknete na gumb Novo, tada u dijaloškom okviru Novi atribut koji se pojavi možete odrediti naziv atributa, naziv stupca koji mu odgovara u fizičkom modelu i domenu. Domena atributa koristit će se prilikom definiranja tipa stupca na razini fizičkog modela.

Za atribute primarnog ključa na kartici Općenito u uređivaču atributa morate staviti kvačicu u okvir za odabir primarnog ključa.
Kartice Definicija, Napomena i UDP imaju istu funkcionalnost kao kod definiranja entiteta, ali na razini atributa.

Radi bolje jasnoće dijagrama, svaki se atribut može povezati s ikonom. To se može učiniti pomoću popisa za odabir ikona na kartici Općenito.

Vrlo je važno atributu dati ispravan naziv. Atributi trebaju biti imenovani u jednini i imati jasno semantičko značenje.

Prema IDEF1X sintaksi, naziv atributa mora biti jedinstven unutar modela (ne samo unutar entiteta!). Prema zadanim postavkama, kada pokušate unijeti postojeći naziv atributa, ERwin ga preimenuje. Na primjer, ako atribut Comment već postoji u modelu, drugi atribut (u drugom entitetu) će se zvati Comment / 2, zatim Comment / 3 i tako dalje.
Prilikom prijenosa atributa unutar i između entiteta, možete koristiti tehniku ​​drag & drop odabirom gumba u paleti alata.

Da biste stvorili novi odnos, odaberite identifikacijski ili neidentifikacijski odnos u alatnom okviru (ERwin Toolbox), kliknite prvo na nadređeni, a zatim na podređeni entitet.
U paleti alata, gumb odgovara identifikacijskom odnosu, gumb odnosa mnogo-prema-mnogi, a gumb ne-identifikacijskom odnosu. Da biste uredili svojstva odnosa, desnom tipkom miša kliknite odnos i odaberite Uređivač odnosa iz kontekstnog izbornika.

Na kartici Općenito u dijaloškom okviru koji se pojavi možete postaviti kardinalnost, naziv i vrstu veze.

Snaga komunikacije (kardinalnost)- služi za označavanje omjera broja instanci matičnog entiteta i broja instanci djeteta.
Postoje četiri vrste moći:

· Opći slučaj, kada jedna instanca roditeljskog entiteta odgovara 0, 1 ili mnogim instancama podređenog entiteta, nije označena nikakvim simbolom;

· Simbol P označava slučaj kada jedna instanca roditeljskog entiteta odgovara 1 ili više instanci podređenog entiteta (nulta vrijednost je isključena);

· Simbol Z označava slučaj kada jedna instanca roditeljskog entiteta odgovara 0 ili 1 instanci podređenog entiteta (više vrijednosti su isključene);

· Broj označava slučaj kada jedna instanca roditeljskog entiteta odgovara unaprijed određenom broju instanci podređenog entiteta.

Prema zadanim postavkama, simbol za komunikacijsku snagu nije prikazan na dijagramu. Za prikaz naziva slijedite kontekstni izbornik koji se pojavljuje ako desnom tipkom miša kliknete bilo koje mjesto na dijagramu koje nije zauzeto objektima modela, odaberete stavku Mogućnosti prikaza / Odnos i zatim omogućite opciju Kardinalnost.

Vrsta veze (identificirajuća / neidentificirajuća).

IDEF1X razlikuje ovisne i neovisne entitete. Vrsta entiteta određena je njegovim odnosom s drugim entitetima. Identificirajući odnos uspostavlja se između neovisnih (roditeljski kraj odnosa) i ovisnih (djetetski kraj odnosa) entiteta. Kada se izvuče identifikacijski odnos, ERwin će automatski pretvoriti podređeni odnos u ovisan. Ovisni entitet je nacrtan zaobljenim pravokutnikom.

Instanca ovisnog entiteta definirana je samo kroz odnos prema roditeljskom entitetu. Kada se uspostavi identifikacijski odnos, atributi primarnog ključa roditeljskog entiteta automatski se prenose na primarni ključ podređenog entiteta. Ova operacija povećanja atributa podređenog entiteta prilikom kreiranja odnosa naziva se migracija atributa. U podređenom entitetu novi atributi su označeni kao strani ključevi - (FK).

Kada se uspostavi neidentifikacijski odnos, dijete ostaje neovisno, dok se primarni ključni atributi roditelja migriraju u ne-ključne komponente djeteta. Neidentifikacijski odnos koristi se za povezivanje neovisnih entiteta.

Identifikacijska veza prikazana je na dijagramu kao puna linija s podebljanom točkom na podređenom kraju veze, a neidentifikirajuća - isprekidana.

Za odnos koji ne identificira, možete navesti obvezno (Null na kartici Općenito dijaloškog okvira Uređivač odnosa). U slučaju obveznog odnosa (bez nulti vrijednosti), pri generiranju sheme baze podataka, atribut stranog ključa će dobiti znak NOT NULL, unatoč činjenici da strani ključ neće biti uključen u primarni ključ podređenog entiteta. U slučaju neobaveznog odnosa (dopuštene nule), strani ključ može biti NULL. Neobavezni neidentifikacijski odnos označen je prozirnim dijamantom na strani nadređenog entiteta

Naziv veze (glagolska fraza)- izraz koji karakterizira odnos između roditeljskih i podređenih entiteta. Za odnos jedan-prema-više koji je identificirajući ili neidentificirajući, dovoljno je navesti ime koje karakterizira odnos od roditelja do djeteta (Parent-to-Child). Za odnos više-prema-više morate navesti i imena roditelj-dijete i dijete-roditelj. Za prikaz naziva slijedite kontekstni izbornik koji se pojavljuje ako desnom tipkom miša kliknete bilo koje mjesto na dijagramu koje nije zauzeto objektima modela, odaberete stavku Mogućnosti prikaza / Odnos i zatim omogućite opciju Glagolska fraza.

Naziv uloge ili funkcionalni naziv (Rolename) je sinonim za atribut stranog ključa koji ukazuje na ulogu atributa u podređenom entitetu. Naziv uloge možete postaviti na kartici Ime uloge / RI radnje dijaloškog okvira Relationship Editor.

Izrada ključeva.

Svaka instanca entiteta mora biti jedinstvena i različita od ostalih atributa.

Glavni ključ je atribut ili grupa atributa koji jedinstveno identificiraju instancu entiteta. Atributi primarnog ključa u dijagramu ne zahtijevaju posebnu oznaku - to su atributi koji se nalaze na popisu atributa iznad vodoravne crte. Prilikom dodavanja novog atributa u dijaloški okvir Uređivač atributa, kako biste ga učinili atributom primarnog ključa, morate omogućiti potvrdni okvir Primarni ključ na dnu kartice Općenito. Na dijagramu se atribut ključa može dodati primarnom ključu pomoću načina prijenosa atributa (gumb u paleti alata).

Jedan entitet može sadržavati nekoliko atributa ili skupova atributa koji tvrde da su primarni ključ. Takvi podnositelji zahtjeva se zovu potencijalni ključevi (kandidatski ključ).

Ključevi mogu biti složeni, tj. koji sadrže više atributa. Složeni primarni ključevi ne zahtijevaju posebnu notaciju – oni su popis atributa iznad vodoravne crte. Prilikom odabira primarnog ključa prednost treba dati jednostavnijim ključevima, t.j. ključevi s manje atributa.

Mnogi entiteti imaju samo jedan potencijalni ključ. Ovaj ključ postaje primarni. Neki entiteti mogu imati više od jednog mogućeg ključa. Tada jedan od njih postaje primarni, a ostatak - alternativni ključevi.

Alternativni ključ je potencijalni ključ koji nije postao primarni.

Svaki ključ ima pridruženi indeks, čije se ime također dodjeljuje automatski. Nazivi ključeva i indeksa mogu se po želji mijenjati ručno.

U dijagramu su alternativni atributi ključa označeni kao (Akn.m.), gdje je n redni broj ključa, m je redni broj atributa u ključu. Kada zamjenski ključ sadrži više atributa, (Akn.m.) se stavlja iza svakog.

Strani kljuc se kreiraju automatski kada odnos povezuje entitete: odnosi čine referencu na atribute primarnog ključa u podređenom entitetu i ti atributi tvore strani ključ u podređenom entitetu (migracija ključa). Atributi stranog ključa identificirani su s (FK) iza njihovog naziva.

Zavisni entitet može imati isti ključ od više nadređenih entiteta. Entitet također može primiti isti strani ključ više puta od istog roditelja kroz nekoliko različitih odnosa. Kada ERwin otkrije jedan od ovih događaja, prepoznaje da su dva atributa ista i stavlja atribute stranog ključa u ovisni entitet samo jednom. Ova kombinacija ili spajanje identičnih atributa naziva se ujedinjenje.

Postoje trenuci kada je ujedinjenje nepoželjno. Na primjer, kada dva atributa imaju isto ime, a zapravo se razlikuju po značenju, te je potrebno da se ta razlika odrazi na dijagramu. U tom slučaju morate koristiti nazive uloga stranog ključa.

Odnosi u dijagramu su predstavljeni linijama koje idu od jednog entiteta (tablice) do drugog. Svakoj poveznici je dodijeljen jedinstveni naziv. Povezane tablice podijeljene su na roditeljske i podređene tablice. Roditeljske tablice su prikazane kao pravokutnici s desnim kutovima, podređene tablice su prikazane sa zaobljenim kutovima.

Nakon specificiranja svih atributa formata podataka, potrebno je kreirani logički model transformirati u fizički. Za ovo trebate Alati Odaberi Izvedi novi model, gdje odaberite Ciljane baze podataka ODBC / Generički(za korištenje u MySQL DBMS) vidi sliku 9. Naš model (vidi sliku 4) bit će pretvoren u oblik vidi sliku 11.

Slika 9 - Pretvaranje logičkog modela u fizički

Slika 10 - Fizički model koji pokazuje format podataka.

Slika 11 - Generiranje SQL koda

Vježbajte

1. Izradite dijagram s zadanim entitetima (izravno modeliranje) za dano predmetno područje.

2. Postavite atribute za svaki definirani entitet. Koristite domene prilikom postavljanja atributa.

3. Unesite odnose između entiteta. Dajte poveznicama jedinstvena imena.

4. Koristeći DBMS MYSQL, odlučite izravno generirati bazu podataka za projicirane informacije.

5. Izvješće treba sadržavati konceptualni model i fizičku bazu podataka u MYSQL DBMS-u.

Kontrolna pitanja

1. Koja je razlika između logičke i fizičke razine prezentacije modela podataka pomoću ERwina?

2. Koja je razlika između modela podataka predstavljenih u obliku dijagrama entitet-odnos, temeljenog na ključevima, i u obliku cjelovitog modela atributa?

3. Koje su glavne komponente modela podataka prikazanih prema IDEF1X metodologiji?

Popis tipova podataka koje podržava DBMS treba provjeriti kod proizvođača

Potreban nam je pojam anomalije – neusklađenost između ograničenja integriteta konceptualnih i logičkih (kao i fizičkih) shema podataka. Cilj normalizacije je upravo otklanjanje anomalija koje se pojavljuju prilikom uključivanja, ažuriranja i brisanja podataka.

Četiri prva normalna oblika (točnije, prvi, drugi, treći i Boyes-Codd) kombiniraju se u jednu skupinu jer se njihove definicije temelje na klasičnom konceptu funkcije danoj na dijagramu odnosa i na Heathovu teoremu.

Još dva normalna oblika (četvrti i peti) koriste modificirano funkcionalne ovisnosti... Zadnji normalan oblik- domenski ključ - označava povratak izvorima - logičan pristup teoriji relacija.

Preporučit će se praktičan način dobivanja sheme baze u prva četiri normalna oblika, gotovo uvijek dajući konačnu verziju sheme. Ispravnost ove konstrukcije trebat će provjeriti formalnim metodama, odnosno potrebne su i heurističke tehnike i teorija normalizacije.

Razmotrimo najprije prihvaćenu metodu predstavljanja materijala o normalizaciji. Naravno, polazit ćemo od teorije normalizacije, razvijene u okviru relacijskog modela podataka. Iskustvo je, međutim, pokazalo da s takvom prezentacijom početnici imaju poteškoća u shvaćanju suštinskog pojma anomalije, definirane kao neke karakteristike "neispravnosti" mapiranja konceptualnog poslovnog modela u model baze podataka. Zato

koristit ćemo preslikavanje relacijskog modela u model entitet-odnos koji vam je već poznat i u ER-modelu ćemo proučavati normalizaciju. To će donijeti semantiku potrebnu za rješavanje anomalija.

Razmislimo ponovno o odnosima između odnosa, o povezivanju veza i o stranim ključevima.

5.1 Odnosi i strani ključevi

Prethodna poglavlja istraživala su koncepte povezivanja entiteta i odnosa među njima. Jasno ćemo ih razlikovati. Koncept veze nije algebarske prirode, budući da su veze aktivne. U implementacijama, veze postavljaju strukturu baze, rade s manipulacijom podacima i s promjenama sheme. Veza je algebarski koncept. Značenje podataka dobivenih tijekom povezivanja u potpunosti je na savjesti programera. Značenje veze kruto je postavljeno modeliranim poslovanjem.

Semantika poveznica je prilično razvijena. Uz kardinalnost krajeva, koriste se svojstva kao što je obvezno, prepoznatljivo svojstvo. Ne možete ih izraziti izravno u relacijskom modelu (nema takvih riječi). Stoga će se prvi normalni oblici razmatrati u okviru modela "entitet-odnos".

Odnosi između odnosa/entiteta u relacijskom modelu i ER dijagramima formirani su ograničenjem referentnog integriteta zvanom "Strani ključ" (skraćeno FK).

Kako se ne bi stvorila pogrešna ideja o siromaštvu relacijskog modela kao nemogućnosti realizacije nečega, zapamtite da je u njemu odnos n: m predstavljen kroz dva odnosa 1: n, da se složeni odnosi mogu modelirati na različite načine. Čak se i agregati mogu nekako predstaviti uvođenjem entiteta koji opisuju njihov sastav. Takvi se modeli mogu učinkovito implementirati u program, ali će, najvjerojatnije, biti nezgodni za ljude. Mogućnosti modeliranja struktura podataka u okviru relacijskog modela prilično su široke, ali, naravno, ne i neograničene.

Razgovarajmo o općem pristupu analizi struktura, koji će se dalje analizirati na primjeru dvaju povezanih entiteta "Zaposlenik" i "Odjel", prikazanih na slici 5.1. Lijevo je varijanta s identifikacijskom vezom, desno s neidentifikacijskom.

Riža. 5.1. Primjer odnosa jedan prema više

Još jednom vas želim podsjetiti da smo se dogovorili da ćemo primjere razmatrati onako kako su opisani u tekstu, a ne kako to biva ili može biti u životu. Ovo ograničenje je neophodno da bi informacije svi percipirali i uvijek na isti način.

U obje verzije sheme svaki je zaposlenik raspoređen u jedan od odjela. Imamo odnos ("prema mnogima" na strani odnosa "Zaposlenik"). U odnosu na "Zaposlenik" ne možete odabrati broj odjela deptno koji ne postoji na popisu odjela (entitet "Odjel"). Jedan odjel ne može imati nikoga, jednog, dva ili više zaposlenih.

S obzirom na sličan primjer (odjeljak 2.2.7) primijetili smo da je nastala paradoksalna situacija. Ravnatelj je raspoređen u određeni odjel, a voditelj ovog odjela je podređen ravnatelju i ujedno će biti njegov voditelj. No, možda su odjeli mjesta troška, ​​pa je odlučeno da se plaća direktora naplati na teret jednog od odjela. U našim tutorijalima ne biste se trebali baviti takvim detaljima, osim ako, naravno, nije naznačeno suprotno. Trebali biste se naviknuti, između ostalog, od samog početka razmišljati o poslovnoj strani, ali pri rješavanju obrazovnih problema ne biste trebali širiti zadatke na analizu mogućih opcija.

Koja je razlika između dijagrama na slici 5.1? Identificirajuća veza čini da mislite o zaposleniku prvenstveno kao o zaposleniku odjela. Neidentifikacijski odnos znači da je pripadnost odjelu označena kao nešto sekundarno.

5.2 Vrste komunikacije. Identificirajuće i neidentificirajuće, obavezne i izborne veze

Identificirajući i neidentificirajući tipovi veza (vidi sliku 5.1) ne pripadaju teoriji relacijske baze podataka, već standardu modeliranja IDEF1X, na kojem se temelji ERwin (aka AllFusion Data Modeller).

Ako strani ključ stvara ovisan (slab) entitet, tada se prosljeđuje grupi atributa koja čini primarni ključ ovog entiteta. U tom slučaju se formira identifikacijska veza. Uvijek je potrebno.

Neidentifikacijski odnos koristi se za povezivanje dvaju jakih entiteta. On prosljeđuje ključ u područje neključnih atributa.

Za odnos koji nije identificiran, možete odrediti obvezu (cijeli odnos, a ne njegov kraj). Ako je odnos potreban (u ERwinu, ovo je postavka značajke No Nulls), tada će atributi stranog ključa dobiti značajku NOT NULL, što znači da nedefinirane vrijednosti nisu dopuštene. Za neobaveznu relaciju (zastavica dopuštene nule), strani ključ može biti NULL.

Nakon što se upoznamo sa SQL jezikom u "The SQL Language" pomoću izravnog inženjeringa, bit će moguće generirati SQL skriptu koja stvara fragment sheme baze podataka. Ali čak i sada, ako ste već barem malo upoznati sa SQL-om, idite na Alati> Forward Engineer / Generation Schema, a zatim kliknite gumb Pregled da biste vidjeli generirani tekst.

Zašto ćemo koristiti složeniji model entitet-odnos kada razmatramo normalizaciju, umjesto da se ograničimo na klasični pristup u okviru relacijskog modela? Uostalom, dodavanje koncepata jakih i slabih entiteta, identifikacijskih odnosa, obveznih i izbornih neidentifikacijskih odnosa, značajno komplicira semantiku modela podataka.

Uvođenje pet gore navedenih koncepata više razine daje jezik koji bolje odražava specifičnosti zadatka i stoga je razumljiviji za razvojnog programera. To će vam omogućiti da brzo i bez formalnih transformacija dobijete početnu shemu relacijske baze u gotovo potpunom obliku (kasnije ćemo ovu ideju izraziti preciznije: "u trećem normalnom obliku ili Boyce-Codd normalnom obliku").