ERwin pocetnicki vodic

Početci rada sa programom ERwin
by Dr. Peter Wolcott
Department of Information Systems and Quantitative Analysis
College of Information Science and Technology
University of Nebraska at Omaha
Uvod
ERwin je popularan alat za modeliranje podataka koji koristi veliki broj vodećih
kompanija u Omahi i u svijetu. Proizvod trenutno posjeduje, razvija i prodaje Computer
Associates, vodeći proizvoñač softvera. Ovaj proizvod podržava različite aspekte
dizajniranja baza podataka, uključujuči modeliranje podataka (data modeling), inžinjering
unaprijed (forward engineering), odnosno kreiranje šeme baze podataka i fizičke baze
podataka na osnovu modela podataka (data modela), i inžinjering unazad (reverse
engineering), odnosno krfeiranje modela podataka (data modela) na osnovu postojeće
baze podataka za brojne relacione baze podataka (DBMS), uključujući Microsoft Access,
Oracle, DB2, Sybase, i druge.
Ovaj kratki tutorijal vas vodi kroz proces kreiranja data modela pomoću Erwin-a.
Tutorijal neće objasniti sve aspekte Erwin-a, ali će pokazati minimum neophodan za
kreiranje i upotrebu data modela. Sastoji se od tri glavna segmenta, koji odgovaraju
projektno orjentisanim zadacima u ovom kursu:
1. Kreiranje osnovnog modela podataka (Konceptualni data model)
2. Kreiranje šeme baze podata
3. Kreiranje baze podata
Ovo je statički tutorijal, prilagoñen za štampanje. Dostupan je i tutorijal koji koristi
fragmente slika sa ekrana i audio.
Sekcija 1. Kreiranje osnovnog modela podataka (data
modela)
Kreriraćemo data model sličan onom koji je već napravljen za Heartland Properties case
study , koji je korišten u ovom kursu. Entiteti uključeni u ovaj model uključuju:
Zaposlene (Employee), Kancelarija (Office), Imovina (Property), i Inspekcija
(Inspection).
Prvo, pokrenućemo ERwin iz Start->Programs->Computer Associates->All Fusion->
ERwin Data Modeler-> ERwin
Prvo će se pojaviti dijalog "ModelMart Connection Manager". Jednostavno pritisnite
Cancel.

Zatim će vas program pitati da birate želite li da kreirate novi model ili da otvorite
postojeći, kao na slici 1. Za ovu vježbu, kreiraćemo novi model.
Slika 1: Krfeiranje novog modela
U slijedećem dijalogu, prikazanom na sl. 2, ErWin će vas pitati da izaberete šablon
(template) koji ćete koristiti za kreiranje novog modela. Za sada, možete asocirati model
sa željenom bazom podataka, npr. Microsoft Access, Oracle, DB2, isl. Imaćete priliku da
promjenite mišljenje kasnije, ali za sada izaberite Microsoft Access. Takoñe, izaberite
Logical/Physical kao novi tip modela. Ovaj izbor će vam omogućiti da lako prelazite sa
logičkog modela (ER Diagram) na fizički model (database schema) i obrnuto.

Slika 2: Izbor tipa modela
ERwin će vam sada prikazati glavni prozor u kom će se odvijati većina posla na izradi
vaših ER dijagrama, kao na sl. 3.

Slika 3: ERwin radni prostor
Radni prostor ERwina se sastoji od 2 glavna dijela. Lijevo je Model Navigator, koji
prikazuje hijerarhiju važnijih dijelova, kao što su entiteti, domeni i subjektna područja
(subject areas). Na desnoj strani je Display Window, koji će prikazivati sam ER dijagram.
Kako budete kreirali objekte, oni će se pojavljivati u displej prozoru (ako su po prirodi
vidljivi, kao što su entiteti), a hijerarhiski će se prikazivati u Model Navigatoru.
Podešavanje osobina (Preferences)
Alat kao što je ERwin može da se prilagodi velikom broju notacija i konvencija
modeliranja podataka. U ovom kursu napravićemo slijedeće promjene u osobinama
(preferences) prije početka kreiranja modela:
1. U meniju Format->Entity Display, označite (čekirajte) Primary Key Designator

2. U meniju Format->Entity Display, otkačite oznaku (unčekirajte) Foreign Key
Designator (FK)
3. U meniju Format->Entity Display, otkačite oznaku (unčekirajte) Show Migrated
Attributes
4. U meniju Format->Relationship Display, označite (čekirajte) Verb Phrase
Na kraju, možete birati izmeñu dvije različite notacije E-R dijagrama. U ERwinu,
kliknite Model->Model Properties da dobijete prozor kao na sl. 3b:
Slika 3b: Izbor notacije
Ovaj tutorijal se bazira na Information Engineering ("Crows Foot – Vranina noga")
notaciji. Takoñe, možete koristiti i IDEF1X, ako želite.
Kreiranje entiteta
Ka bi kreirali novi entitet, kliknite na ikonu entiteta ( ) na alatnoj trakici (toolbaru), ili
desnim dugmetom kliknite na riječ Entity u Model Navigatoru. Ako ste išli preko ikone,
onda trebate da kliknete u Display Window na mjesto gdje želite da stavite entitet, kao na
sl. 4.

Slika 4: Novi entittet
Podrazumjevano (default) ime entiteta je E/x, gdje je x neki broj (u našem slučaju 2).
Kliknite na Tab taster nekoliko puta da vidite šta se dešava. Pritiskanje tab tastera
izaziva situaciju da fokus kruži po tri glavna dijela Entiteta: po imenu entiteta, po
atributima primarnog ključa i po atributima koji nisu primarni ključevi. Generalno, da
promjenite neki od ovih dijelova, pritisnite Tab sa tastature dok ne doñete do željenog
dijela, a zatim kucajte da dodate ili izmjenite taj dio entiteta.
Za vježbu, pritisnite Tab nekoliko puta dok ne doñete do imena entiteta. Zatim unesite
EMPLOYEE (zaposleni), kao na sl. 5.

Slika 5: Promjena imena entiteta
Sada bi mogli i da snimimo dijagram da ne bi izgubili podatke ako sistem ili aplikacija
padnu.
Dodavanje kolone primarnog ključa
Nakon što smo promjenili ime u EMPLOYEE, pritisnućemo Tab da bi pomjerili fokus
nazad na slijedeći dio Entiteta, pa ćemo dodati primarni ključ. Zatim ćemo ukucati ime
atributa primarni ključ - Emp_Num (identifikacioni broj zaposlenog), kao na sl. 6.

Slika 6: Dodavanje atributa primarni ključ
Ako smo ranije dobro podesili osobine (Preferences), ovaj atribut će prikazati ikonu
ključa pored naziva.
Pritisnite Tab još jednom, da bi doveli fokus do slijedeće horizontalne linije u Entitetu,
gdje možemo dalje dodavati atribute koji nisu primarni ključevi. Ukucajte Emp_Fname
(ime zaposlenog), kao na sl. 7. Nakon toga pritisnite Enter (ne Tab). Primjetite šta se
dešava. Kursor je sada u položaju koji vam omogućava unos novog atributa u istom
dijelu Entiteta, u dijelu za dodavanje atributa koji nisu primarni ključevi (non-primary
key attribute).

Slika 7: Dodavanje atributa koji nisu PK (non-primary key attributes)
Continue adding the following non-primary key attributes:
Emp_Lname (Prezime)
Emp_SSN
Emp_Street (Ulica)
Emp_City (Grad)
Emp_State (Država)
Emp_Zipcode (Poštanski broj)
Emp_Phone (Telefon)
Emp_Fax (Fax)
Vaš dijagram bi trebao izgledati kao na sl. 8.

Slika 8: Employee (zaposleni) entitet
Ponovite proces kreiranja za entitete i atribute koji su prikazani u tabeli 1.
Entitet Attributi Entitet Attributi
OFFICE
Office_Num (pk)
Office_Street
Office_City
Office_State
Office_Zipcode
Office_Name
Office_Phone
Office_Fax
INSPECTION
Insp_Date (pk)
Insp_Comments
PROPERTY Prop_ID (pk) MANAGER Man_Salary

Prop_Street
Prop_City
Prop_State
Prop_Type
Prop_Baths
Prop_Rooms
Prop_MonthlyRent
Man_Car_Allowance
ASSOCIATE Assoc_Hourly_Rate
Tabela 1: Entiteti i Atributi
Treba primjetiti da neki entiteti nemaju atribut primarni ključ (Manager, Associate) i da
jedan entitet ima atribut koji je dio primarnog ključa, a da sam ne konstituiše PK
(Inspection). Kako budemo dodavali relacije ovom dijagramu, priroda ključeva za ove
entitete će postajati jasnija. Za sada, provjerite da atributi Manager i Associate namaju
PK i da atribut Inspection ima samo jedan atribut PK, kao na sl 9.

Slika 9: Entiteti agencije Heartland Properties
Kreiranje relacija
ERwin omogućava kreiranje relacija sa tri mogućnosti povezivanja: one-to-one, one-tomany
i many-to-many. U okviru kategorije one-to-many, ERwin dozvoljava pravljenje
identifikovanih (identifying) i neidentifikovanih (non-identifying) one-to-many relacija.
One-to-many (jedan prema više) relacije
Počećemo rad sa dvije relacije, izmeñu Inspection i Employee te izmeñu Inspection i
Property. Inspection je u relaciji i sa Property i sa Employee u one to many relacijama.
Svaka Inspekcija (Inspection) se vrši na jednoj Imovini (Property); svaka Imovina
(Property) može biti predmet više inspekcija (Inspection); Svaku Inspekciju (Inspection)
izvodi jedan zaposleni (Employee); svaki Zaposleni (Employee) može provoditi mnoge

Inspekcije (Inspections). Postavlja se pitanje jesu li ovo identifikovane (identifying) ili
neidentifikovane (non-identifying) relacije? Ovo pitanje zadire u srž prirode primarnog
ključa za Inspekciju (Inspection), entiteta koji je na strani "više" (many) relacije.
Primarni ključ na strani Inspekcije je u ovom slučaju kombinovani (composite) primarni
ključ koji se sastoji od dva atributa: {Insp_Date, Prop_ID}. Poslovno pravilo kaže da
svaka imovina može imati samo jednu inspekciju dnevno. Neko bi možda ovu
pretpostavku mogao dovesti u pitanje, ali ćemo je radi ilustracije ostaviti ovakvu. Treba
dakle primjeti da PK Inspekcije (Inspection) uključuje PK Imovine (Property), entiteta sa
kojim je u relaciji. Zbog ovoga, reći ćemo da je relacija izmeñu Inspekcije i Imovine
(Inspection i Property) identifikovana (identifying) one-to-many relacija.
Identifikovana (identifying) relacija se kreira tako da prvo kliknemo na njenu ikonu u
alatnoj trakici ( ). Sada treba primjetiti "vraninu nogu", koja predstavlja "više"
(many) i punu liniju koja označava Identifikovanu (identifying) relaciju. Da bi kreirali
ovu relaciju, prvo ćemo kliknuti na ikonu, pa na roditeljski entitet, na "jedan" (one) strani
relacije, pa na dječiji entitet na "više" (many) strani relacije. U našem slučaju, to će biti –
prvo klik na ikonu, pa na Imovinu (Property), pa na Inspekciju (Inspection). Rezultati su
prikazani na sl. 10.

Slika 10: Identifikovana (identifying) relacija
Treba primjetiti da je ERwin ovoj relaciji dao ime "R/1", što i nije od velike pomoći.
Zbog toga ćemo dvokliknuti na relaciju i dobiti dijalog u kom možemo dodatno
definisati opis relacije. Dijalog je prikazan na sl. 11.

Slika 11: Definisanje relacije
U tekst boksu Relationship: ova relacija je prisutna u formi
proditeljski entitet (parent entity) R/1 dječiji entitet (child entity).
Dio "Glagolski izraz" ("Verb Phrase") omogućava nam da definišemo naslove koji će biti
prikazani umjesto R/1. Pošto je roditeljski entitet Imovina (Property) a dječiji je
Inspekcija (Inspection), kada čitamo od roditelja prema djetetu imaćemo "Imovina se
podvrgava Inspekciji" ("Property Undergoes Inspection"). Kada čitamo od djeteta prema
roditelju imaćemo "Inspekcija se preduzima na Imovini" ("Inspection Undertaken at
Property").
U dijelu "Relationship Cardinality" odreñujemo koliko dječijih entiteta može biti
povezano sa svakim roditeljskim entitetom. Preciznije,
"jedna Imovina se podvrgava ni jednoj, jednoj ili više Inspekcija".
Treba primjetiti da u ovoj tački možemo definisati i učešće. Ako Imovina mora biti
podvrgnuta bar jednoj inspekciji, tada ćemo izabrati prinudnu participaciju tako što ćemo
izabrati "Jednu ili više" inspekcija pomoću "One or More" opcije.

Kliknite OK da završite definisanje relacija, kao na sl. 12.
Slika 12: Završene relacije
Primjetite da entitet koji kao dječiji učestvuje u identifikovanoj (identifying) relaciji ima
okrugle ćoškove. Ova notacija se koristi i u drugim alatima za modeliranje i zove se
"slabiji entitet" ("Weak Entity").
Relacija izmeñu Inspekcije i Zaposlenih je nešto drugačija. To je jedan prema više
relacija, ali je neidentifikovana (non-identifying), jer primarni ključ Zaposlenih
(Employee) nije dio primarnog ključa Inspekcije (Inspection). Za ovakav slučaj relacije,
moramo kliknuti na ikonu neidentifikovane relacije (non-identifying) (
isprekidanu liniju umjesto pune.
), koja koristi

Kao i ranije, kliknućemo na ikonu, pa na roditeljski entitet, pa na dječiji. Dakle, kolk na
ikonu, pa na entitet Zaposleni (Employee) pa onda na entitet Inspekcija (Inspection).
Zatim ćemo dvokliknuti na relaciju da dobijemo dijalog za definisanje relacija kao na sl.
13.
Slika 13: Definisanje neidentifikovane (Non-identifying) relacije.
Kao i ranije, unosimo glagolske fraze koje imaju jasno značenje za ove relacije. Kao i
ranije, pošto svaki zaposleni može biti povezan sa ni jednom, jednom ili više inspekcija,
biramo odgovarajuću važnost (cardinality) relacije. Za razliku od prethodnog puta,
biramo neidentifikovanu (non-identifying) relaciju. Imamo i mogućnost da odredimo da
li će biti dozvoljena nulta polja. Ova odluka zavisi od učešća roditeljskog entiteta u
relaciji sa dječijim entitetom. Drugim riječima, da li svaka pojava dječijeg entiteta –
Inspekcije (Inspection) mora biti povezana sa pojavom roditeljskog entiteta – Zaposleni
(Employee)? U našem slučaju, odgovor je da. Svaku Inspekciju mora provesti neko od
zaposlenih, ili se ona ne smatra ispravnom inspekcijom. Dakle, učešće Zaposlenih
(Employee) u relaciji je obavezno.
Kliknite OK da završite definisanje relacija, kao na sl. 14.

Slika 14: Neidentifikovana (Non-identifying) relacija
Zaposleni (Employee) i Kancelarije (Office) takoñe su u meñusobnoj relaciji. Svakom
Zaposlenom (Employee) je pridružena po jedna i samo jedna Kancelarija (Office), a
svaka Kancelarija (Office) ima jednog ili više Zaposlenih(Employees). U ovoj "Jedan
prema Više" (one-to-many) relaciji Kancelarija (Office) je roditelj a Zaposleni
(Employee) je dijete. Pošto primarni ključ djeteta Zaposleni (Employee) ne uključuje PK
roditelja Kancelarija (Office), ovo je neidentifikovana (non-identifying) relacija. Kliknite
na odgovarajuću ikonu, pa na Kancelariju (Office) pa onda na Zaposlene (Employee) da
bi kreirali ovu relaciju. Zatim dvokliknite na na samu relaciju i popunite dijalog za
definiciju relacije kao na sl. 15.

Slika 15: Neidentifikovana(non-identifying) relacija sa obaveznim učešćem
Na slici 15 vidimo primjer relacije u kojoj je učešće obavezno za oba entiteta. Važnost
(Cardinality) indicira da svaka Kancelarija (Office) mora imati "jednog ili više" (One or
More), ali ne i nula Zaposlenih (Employees). Tip relacije (Relationship Type) govori
nam da je ovo neidentifikovana relacija (non-identifying ) i da nul polja (Nulls) nisu
dozvoljena. Drugim riječima, svako dijete – Zaposleni (Employee) mora biti povezan sa
jednim roditeljskim entitetom – Kancelarijom (Office).
Završićemo rad sa relacijama kreiranjem jedne relacije izmeñu Kancelarije (Office) i
Imovine (Property) u kojoj će svaka Kancelarija upravlja sa ni jednom, jednom ili više
Imovina, dok je svaka Imovina upravljana od jedne i samo jedne Kancelarije. Dijagram
bi trebao izgledati kao na sl. 16.

Slika 16: Relacije
SubTipovi i SuperTipovi – (Subtypes and Supertypes)
Postoje dvije vrste zaposlenih koje moramo razlikovati: Menadžeri i Pomoćnici
(Managers and Associates). Svaka od ovih vrsta zaposlenih ima sve osobine nabrojane u
tabeli Zaposleni (Employee) ali i manji broj specifičnih atributa. Samo Menadžeri imaju
fiksnu Platu (Salary) i mogućnost trošenja novca za gorivo (Car allowance). Samo
Pomoćnici (Associates) imaju platu na bazi radnih sati (hourly rate). Mi možemo odrediti
da su Menadžer i Pomoćnik podtipovi entiteta Zaposleni (Employee). Da bi to uradili,
koristićemo ikonu SubTip (subtype - ). Dakle, prvo ćemo kliknuti na ikonu
SubType, zatim na entitet Zaposleni (Employee) koji je u ovom slučaju SuperType, pa na
entitet Menadžer (Manager) koje je SubType. Rezultat je vidljiv na sl. 17.

Slika 17: Subtype relacija
Da bi naveli da je Pomoćnik podtip (subtype), kliknučemo ponovo na ikonu subtype. Ali,
umjesto ponovnog klika na supertip, kliknućeno na ikonu subtype koja se već nalazi
na dijagramu izmeñu entiteta Employee and Manager. Zatim ćemo kliknuti na entitet
Pomoćnik (Associate). Rezultat je vidljiv na sl. 18.

Slika 18: Finalni ER Dijagram
Na kraju, snimite svoj rad. Sada možete ili napustiti ERwin, ili nastaviti sa slijedećom
sekcijom – Kreiranje relacione šeme.(Creating a Relational Schema).
Sekcioja 2: Kreiranje relacione šeme
(Creation of a Database Schema)
U ovoj sekciji naučićemo kako da napravimo šemu baze podataka na osnovu E-R
dijagrama koji smo kreirali u sekciji 1. Da bi nastavili, možete koristiti prethodno
napravljeni dijagram ili skinuti s interneta moj E-R dijagram pomoću linka za download.

Ova sekcija ima dva glavna dijela. Prvo, moramo obezbjediti da fundamentalni (snažni)
entiteti imaju primarne ključeva. Drugo, definisaćemo domen za svaki atribut. Treće,
pustićemo Erwin-u da konvertuje dijagram u relacionu šemu.
Dodjela primarnih ključeva
Fundamentalni entiteti su oni čiji PK ne zavisi od bilo kojeg drugog entiteta. od PK
Fundamental entities are those that do not depend on any other entity for their primary
key. Preciznije, fundamentalni entiteti nisu:
• Podtipovi (subtypes)
• Pomoćni ili složeni (associative - composite) entiteti
• Slabi ili opisni (weak - attributive) entiteti.
• Entiteti na strani "više"(many) relacije koja je tipa jedan-prema-više (1-to-many).
U stvari, pomoćni i slabi (associative – weak) entiteti su primjeri za ovu vrstu
entiteta.
U našem primjeru, E-R dijagram izgleda kao na sl. 2.1

Slika 2.1 E-R dijagram
Treba primjetiti da entiteti MANAGER i ASSOCIATE nemaju PK (oni su podtipovi -
subtypes). Primarni ključ entiteta INSPECTION uključuje Insp_Date ali i Prop_ID zbog
relacije u kojoj se Inspekcija (INSPECTION) vrši na Imovini(PROPERTY) pri čemu je
ona identifikujuća (identifying) relacija. Znači, naši fundamentalin entiteti su:
EMPLOYEE, OFFICE, PROPERTY. Svaki od njih ima potpuno definisan PK.
Definisanje Domena (Domains)
Domen nekog atributa je skup vrijednosti koje su dozvoljene tom atributu, odnosno koje
taj atribut može da ima. Npr. domen za tip DanUNedeljji (Day_of_Week) sastojaće se od
7 vrijednosti: {Ponedeljak, Utorak, ..., Nedelja}. Da bi odredili domen, treba da
definišemo:

1. Tip podataka (obavezno). Tipovi podataka mogu biti string (slovni ili
alfanumerički), brojni (nekoliko vrsta), datum i vrijeme itd. Npr.
Assoc_Hourly_Rate mora biti poseban realni broj tipa DECIMAL sa dva
decimalna mjesta. Prop_Rooms mora biti cjelobrojni. Emp_Fname mora biti
string varijabilne dužine, ali ne duži od 50 karaktera.
2. Okviri (constraints) su opcioni. Za neke atribute, skup vrijednosti koje su
predviñene tipom podtaka može biti "tijesan". Day_of_Week je jedan primjer. U
našem dijagramu, U našem E-R dijagramu, nekoliko atributa ima ovako
definisane domene. Npr. vrijednost polja Prop_Type mora biti u {Home,
Apartment, Condo, Commercial} (Kuća, Apartman, Zgrada, Komercijalna).
Vrijednost polja Prop_MonthlyRent mora biti veća od $0.
Jedna od atraktivnih karakteristika domena, pored poboljšanja integriteta tipova podataka
koje omogućavaju, je da domeni mogu biti dijeljeni izmeñu više atributa. Npr. domeni
Emp_State i Prop_State su identični: oni su lista od 50 mogućih kodova država (misli se
na SAD). U nekom E-R dijagramu, možemo definisati jedan domen pa ga koristiti od
strane nekoliko atributa. Korist koju imamo od ovoga je usklañenost izmeñu atributa i
lakše održavanje. Ako bi nova država ušla u sastav SAD, mogli bi natjerati i polje
Emp_State i polje Prop_State da prihvate novi kod ('PR' za Puerto Rico?) jednostavnom
promjenom definicije domena.
Najprije ćemo definisati sve domene koji su nam potrebni u našem E-R dijagamu, a zatim
ih dodjeliti atributima.
Kreiranje domena
Iz menija Model, izabraćemo Domain Dictionary (Riječnik domena). Vidjećemo prozor
kao na sl. 2.2

Slika 2.2 Domain Dictionary
Prvo ćemo kreirati novi domen, a onda ćemo taj domen koristiti za numerička polja kao
što su Emp_Num, Prop_ID i Office_Num. Kliknite na New... da kreirate domen. Upišite
ime "Identifier" kao logičko ime u polje "Logical Name" kao na sl. 2.3.

Slika 2.3 novi Domen
Kliknite OK. Vratićete se u prozor "Domain Dictionary" i vidjećete da je kreiran novi
domen "Identifier", kao na sl. Fiure 2.4. Kliknite na Tab"Data Type" i izaberite
INTEGER za tip podatka ovog domena.

Slika 2.4 Pridruživanje tipa podataka novom Domenu
Sada ćemo kreirati još jedan domen – Država (State), koji ćemo koristiti za polja
Emp_State, Prop_State, i Office_State. Nemojte kliknuti OK u prozoru"Domain
Dictionary". Radije kliknite ponovo na New... Kao na sl. 2.5, dajte ovom domenu ime
State

Slika 2.5 Domen State
Kliknite OK. Izaberite VARCHAR() tip podataka iz Taba "Data Type", i unesite broj 2
izmeñu zagrada kao na sl.2.6. Ovo označava da je tip podatka dvoslovni string. (U stvari,
CHAR(2) bio bi ispravniji tip, ali ako je ciljna baza podataka Microsoft Access,
ERwin ne pridružuje ispravno CHAR() sa Microsoftovim TEXT tipom podataka.

Slika 2.6 Domen State (tip podataka)
Sada trebamo da navedemo koji su kodovi država dozvoljeni za ova domen. Kliknite na
tri tačke (ellipsis ...) sa desne strane kombo boksa sa naslovom Ispravno (Valid:)
Vidjećete prozor u kom kreiramo pravila ispravnosti (validation rules), kao na sl. 2.7.

Slika 2.7 Validation Rules
Kreiraćemo novo pravilo (validation rule) za domen State. Kliknite New... . Dajte
pravilu ime "State Codes" kao na sl. 2.8.
Slika 2.8 State Codes
Kliknite OK. Ovom prozoru ćemo se vratiti kasnije. Sada kliknite na radio dugme pod
imenom "Valid Values List" i počnite da upisujete dozvoljene kodove država u koloni
"Valid Value" kao na sl. 2.9.

Slika 2.9 Unos dozvoljenih vrijednosti Domena
Treba primjetiti da ERwin gradi SQL IN uslov u kome su izlistane vrijednosti koje smo
mu naveli. Kada završte pritisnite OK.
Slične korake treba proći za kreiranje Domena i unos pravila za sva polja u tabeli 2.1.
Pobrinite se da pravilo (validation rule) za dati domen bude ili prazno ili ono koje želite.
Ponekad će vam ERwin dozvoliti da pravilo koje ste napravili za jedan domen bude
primjenjeno i na drugi domen, a da vi to i ne primjetitie (neće očistiti polja).
Domain
name
Name
Street
City
State
Datatype
VARCHAR(50)
VARCHAR(100)
VARCHAR(50)
VARCHAR(2)
Validation rule
Primjedba: Iako polje State treba da bude CHAR(2) za
string fiksne dužine, mislim da postoji bug u softveru koji
takve tipove podataka kovertuje u Byte tip u Accessu.
Možda Access nema odgovarajući tip za string fiksne
dužine. Nije baš ono što želimo...

Zipcode
Phone
Currency
SSN
Comment
Property
Type
Date
Non
negative
Integer
VARCHAR(10)
VARCHAR(15)
DECIMAL(9,2)
VARCHAR(11)
VARCHAR(255)
VARCHAR(25)
DATE
INTEGER
Kreirajte novo pravilo pod imenom Currency sa
minimalnom vrijednošću = 0
Primjedba: Ovo bi trebao biti CHAR(11), ali radi gornje
primjedbe koristimo VARCHAR(11).
Kreirajte pravilo" Property Type " sa listom važećih
vrijednsoti: {Home, Apartment, Condo, Commercial}
Kreirajte novo pravilo pod imenom "non negative
integer" sa minimalnom vrijednošću = 0
Tabela 2.1 Kreiranje domena
Kada završite, prozor "Domain Dictionary" trebao bi da izgleda kao na sl. 2.10
Slika 2.10 Lista domena
Kliknite OK kada završite.
Primjena domena na atribute

Završni korak rada sa domenima je pridruženje domena odgovarajućim atributima. Da bi
to uradili, dvoklinite jedan od entiteta na E-R dijagram, npr. na EMPLOYEE. Vidjećete
listu atributa u lijevom dijelu prozora i listu domena na desnoj strani. Da bi pridružili
domen nekom atributu, prvo kliknite na atribut, pa onda na domen. Nećete dobiti nikakvu
povratnu informaciju da je ovo pridruživanje urañeno. Npr. slika 2.11 prikazuje kako je
atributu Emp_Num asociran (pridružen) domen Identifier.
Slika 2.11 Pridruženi Domen i Stribut
Asocirajte sve ostale atribute na vašem E-R dijagramu sa odgovarajućim domenima,
kako je opisan u tabeli 2.2. Primjetićete da isti domen može biti pridružen u nekoliko
atributa.
Attribute
Emp_Num
Emp_Fname
Emp_Lname
Emp_Street
Emp_City
Emp_State
Emp_Zipcode
Emp_SSN
Domain
Identifier
Name
Name
Street
City
State
Zipcode
SSN

Emp_Phone
Emp_Fax
Office_Num
Office_Street
Office_Zipcode
Office_Name
Office_Phone
Office_Fax
Insp_Date
Insp_Comments
Prop_ID
Prop_Street
Prop_City
Prop_State
Prop_Zipcode
Prop_Type
Prop_Baths
Prop_Rooms
Prop_MonthlyRent
Man_Salary
Phone
Phone
Identifier
Street
Zipcode
Name
Phone
Fax
Date
Comment
Identifier
Street
City
State
Zipcode
Property Type
Non negative integer
Non negative integer
Currency
Currency
Man_Car_Allowance Currency
Assoc_Hourly_Rate
Currency
Tabela 2.2 Atribut - Domen Asocijacija
Konvertovanje E-R Dijagrama u Relacionu šemu
Prvi korak u konvertovanju E-R Dijagrama u relacionu šemu je transformacija svakog
entiteta i svake relacije u vlastitu kopiju u šemi koja se sastoji od relacionih tabela. U
okviru kursa smo pokrili pravila za takvu konverziju. ERwin na osnovu ovih pravila
jednostavno obavlja ovu konverziju..
Iz menija Format->Entity Display, sada treba označiti slijedeće 3 opcije (ako već nisu):
1. Primary Key Designator (već je trebao biti označen - čekiran)
2. Foreign Key Designator (FK)
3. Show Migrated Attributes

Kada oznalčimo ove opcije, E-R Dijagram će izgledati kao na sl. 2.12
Slika 2.12 E-R Dijagram sa prikazanim opcijama "Migrated Attributes" i "Foreign
Keys"
Primjetite da je ERwin automatski uradio slijedeće:
1. Vanjski ključevi (FK) koriste se za jedan-prema-više (one-to-many) relacije.
Pošto ERwin automatski dobavlja vanjske ključeva (FK) ako takva relacija
postoji, bilo koji FK kriran od čovjeka koji modelira podatke bio bi višak i kao
takav obrisan.
2. Vanjski ključevi (FK) koji nastaju iz identifikovanih (identifying) relacija
automatski postaju dio primarnog ključa (vidi INSPECTION).
3. Podtipovi (subtypes) nasllijeñuju PK od svog super tipa (supertype), pa ovi
primarni ključevi služe takoñe i u svrhu vanjskih (FK) ključeva.

Na kraju, da transformišete logički E-R dijagram u fizičku relacionu šemu, jednostavno
odaberite Physical umjesto Logical u kombo boksu na vrhu glavnog prozora, kao na sl.
2.12. Rezultat je vidljiv na sl. 2.13.
Slika 2.13 Fizički Model Relacione šeme

Primjetite da su tipovi podataka, onakvi kakvi su definisani u domenima, jasno prikazani.
U našoj zadnjoj sekciji, Section 3, istražićemo kako možemo koristiti ERwin da
napravimo bazu u Microsoft Access-u (ili u gotovo svakoj DBMS) direktno, na osnovu
našeg dizajna.
Sekcija 3: Kreiranje baze podataka
U ovoj sekciji naučićemo kako da kreiramo fizičku bazu podataka na osnovu u
prethodnoj sekciji razvijene relacione šeme. Možete koristiti vlastitu šemu ili skinuti sa
interneta pomoću linka za download .
Ova sekcija sastoji se od 4 dijela. Prvo, provjeravamo relacionu šemu da bi provjerili da
su uneseni tipovi podataka onakvi kakvi trebaju da budu. Zatim, kreiramo praznu Access
bazu podataka. Treće, koristićemo ERwin da generišemo tabele u bazi koje će
predstavljati našu relacionu šemu. Četvrto, vidjećemo kako možemo koristiti isti E-R
dijagram da generišemo tabele u Oraklu.
Provjera relacione šeme
Prije nego što krenete dalje, provjerite da li su tipovi podataka i imena kolona ispravno
uneseni. Ovo je posebno važno kada nam je Access ciljna baza podataka, jer neki tipovi
neće biti ispravno preneseni. Npr. CHAR(2) će biti transformisan u Access-ov BYTE tip
umjesto u ispravan TEXT(2). Slika 3.1 prikazuje relacionu šemu iz sekcije 2.

Slika 3.1 Fizički model relacione šeme
Tipovi podataka na slici su ispravni.
Kreiranje prazne Access baze
Slijedeći korak je kreiranje prazne Access baze u kojoj će ERwin kreirati tabele.
Uradićemo to pomoću Access-a, kao na slici 3.2.

Slika 3.2 Kreiranje nove, prazne baze
Figure 3.3 Creating a new database
Kreirajte baze, ali nemojte kreirati nikakve tabele ni objekte u njoj.
Zatim, napustite Access. Baza će ostati u datoteci Tutorial.mdb.

Generisanje nove baze
Finalna faza uključuje korištenje Erwin-a da generiše novu bazu na osnovu relacione
šeme.
Iz Tools menija, izaberite Forward Engineer/Schema Generation. Vidjećete prozor kao
na sl. 3.4
Slika 3.4 Prozor za generisanje šeme (Schema Generation)
U ovoj tački držaćemo se podrazumjevanih podešavanja, pa idemo direktno na korak
generisanja šeme. Inače, ovaj prozor služi za navoñenje detalja o vrsti objekata koji
trebaju ili ne trebaju biti uključeni u proces generisanja šeme.
Kliknite na Generate...
Sada ćete vidjeti prozor koji traži da unesete informacije potrebne da bi se povezali na
Access-ovu bazu koju smo skoro kreirali kao na sl. 3.5.

Slika 3.5 Konekcija prema Acces-u
Trebate upisati ADMIN kao User Name, i kliknuti na Browse... da pronañete bazu koju
ste napravili u prethodnom koraku.
Kada ste unijeli ova dva podatka, pritisnite Connect
Sada će ERwin kreirati tabele i ostale objekte naše baze podataka. Ako sve bude u redu,
vidjećete prozor ka na sl. 3.6, koji pokazuje rezultate generisanja:
Slika 3.6 Generisanje šeme
Na kraju otvorićemo Access-ovu bazu koju smo tek napravili. Kao na sl. 3.7, naša baza je
popunjena tabelama koje precizno odgovaraju šemi kreiranoj u prethodnoj sekciji.

Congratulations! You may now proceed to add Forms, Queries, Macros, etc. to
implement the rest of your database application (ERwin doesn't help you with that.)
Slika 3.7 Access baza
Kreiranje različitih DBMS
A šta ako želite da kreirate Oracle bazu a ne Access bazu? To možete uraditi na osnovu
istog E-R dijagrama. Takoñe imamo 2 koraka: (1) Napravićemo novi fizički model sa
drugom ciljnom bazom, (2) Generisaćemo bazu u maniru sličnom kao što je ranije
opisano.
Vratićemo se na logički E-R dijagram koji smo razvili u sekciji 1, kao na sl. 3.8.

Slika 3.8 Logički mode baze podataka
Iz Tools menija, izaberite Derive New Model

Vidjećete prozor kao na slici 3.9.
Slika 3.9 Prozor Derive New Model
U dijelu New Model Type, izaberite Physical, dok u dijelu pod naslovom Target
Database umjesto Access 2000 treba izabrati Oracle 8x.
Kliknite Next> . Prozor na slici 3.10 prikazuje objekte u logičkom modelu koji će biti
uključeni u novi fizički model.

Slika 3.10 Prozor Derive Model
Ako polja u dijelu Auto-Transform Logical Objects nisu označena, onda ih označite. Ovo
će omogućitit da relacije tipa više-prema-više (many-to-many) budu transformisane u
novu tabelu i da podtipovi (subtypes) pravilno naslijede primarne ključeve od svojih
supertipova (supertype).
Kliknite Next>
Sada ćete doći do prozora koji se brine o konverziji logičkih imena u fizička (sl. 3.11).
Pošto naša fizička baza treba da ima ista imena kolona i tabela kakva su imena entiteta i
atributa u logičkoj bazi, ovde nećemo ništa mijenjati.

Slika 3.11 Prozor Logical to Physical Name Conversion
Kliknite Finish.
Sada ćete kao na sl. 3.12 vidjeti novi fizički model sa istim imenima tabela i kolona kao i
ranije, ali će tipovi podataka biti promjenjeni na Oraklove tipove podataka.

Slika 3.12 Fizički model baziran na Oraklovim tipovima podataka.
Kao i ranije, izaberite Forward engineer/generate schema iz menija Tools.
U ovoj tački, da bi pojednostavili stvari, reći ćemo Erwin-u da treba da generiše samo
tabele, pogelede (views), i primarne ključeve. U stvari, treba otkačiti (un-check) sve
Trigger-e kao na sl. 3.13. Takoñe, otkačite Create Procedure. Što je jednostavnija šema,
to će jednostavnije biti napravljena u Oraklu.

Slika 3.13 Opcije za generisanje šeme u Oraklu
Ako kliknete na Preview... dugme, možete vidjeti SQL koji će ERwin generisati da kreira
vaše tabele u Oraklu.
Ako ste spremni, kliknite Generate...
ERwin će vam tražiti informacije koje su mu potrebne da se poveže na Oraklovu bazu
podataka (Sl. 3.14). Ovdje treba ukucati Oraklovo korisničko ime, password i string za
povezivanje. Ova informacija je različita od one koju ste koristili za povetivanje na
Access-ovu bazu (jer tako i treba da bude).
Slika 3.14 Povezivanje sa Oraklom

Uz malo sreće, sve tabele će biti kreirane u okviru vaše Oracle baze.
Slika 3.15 Kreirane tabele u Oraklu