| Planiranje nastave i materijali za nastavu | 8. razred | Planiranje nastave za šk. god | Tablični modeli

Lekcija 12
Tablični modeli

Tablični modeli

Proučavana pitanja:

Tablice tipa “objekt-property”.
- Tablica tipa “objekt-objekt”.
- Binarne matrice.

Tablice svojstava objekata

Još jedan uobičajeni oblik informacijskog modela je pravokutni stol , koji se sastoji od redaka i stupaca. Korištenje tablica je toliko poznato da njihovo razumijevanje obično ne zahtijeva dodatna objašnjenja.

Kao primjer, razmotrite tablicu 2.1.

Prilikom sastavljanja tablice, ona uključuje samo one informacije koje zanimaju korisnika. Na primjer, osim informacija o knjigama koje su uključene u tablicu 2.1, postoje i druge: izdavač, broj stranica, cijena. Međutim, za sastavljača Tablice 2.1 bilo je dovoljno podataka o autoru, naslovu i godini izdanja knjige (kolone “Autor”, “Naslov”, “Godina”) i podataka koji su vam omogućili da pronađete knjigu na police polica za knjige (stupac “Polica”). Pretpostavlja se da su sve police numerirane, a osim toga svaka knjiga ima svoj inventarni broj (stupac “Broj”).

Tablica 2.1 - Ovo je informacijski model knjižnog fonda kućne knjižnice.

Tablica može odražavati neki proces koji se odvija tijekom vremena (Tablica 2.2).

Očitavanja, koja su navedena u tablici 2.2, uzimana su tijekom pet dana u isto doba dana. Gledajući tablicu, lako je usporediti različite dane u smislu temperature, vlažnosti itd. Ova tablica može se promatrati kao informacijski model proces promjene vremenskih uvjeta.

Tablice 2.1 i 2.2 su najčešće korištene vrste tablica. Nazivaju se tablicama svojstava objekta..

Jedan redak takve tablice sadrži podatke o jednom objektu (knjiga u knjižnici ili vremenska situacija u 12-00 određenog dana). Stupci su pojedinačne karakteristike (svojstva) objekata.

Naravno, redovi i stupci u tablicama 2.1 i 2.2 mogu se zamijeniti zakretanjem za 90°. Ponekad to rade. Tada će redovi odgovarati svojstvima, a stupci objektima. Ali najčešće su tablice izgrađene tako da imaju više redaka nego stupaca. U pravilu ima više objekata nego svojstava.

Vrste odnosa među objektima predmetno područje

Odnosi koji se temelje na višestrukosti mogu biti četiri tipa - "jedan-na-jedan", "jedan-na-više", "više-na-više", "više-na-jedan".

Odnos jedan prema jedan (1:1) postoji kada je jedna instanca jednog objekta povezana s jednom instancom drugog. Odnos je jedinstven s lijeva na desno kao i s desna na lijevo.

vodi

Direktor poduzeća

Odnos jedan prema više (1:M) postoji kada je jedna instanca prvog objekta pridružena jednoj (ili više) instanci drugog objekta, ali je svaka instanca drugog objekta pridružena samo jednoj instanci prvog. . Odnos je jedinstven s desna na lijevo.

Sadrži

Gradska četvrt

Odnos više-prema-više (M:M) postoji kada je jedna instanca prvog objekta povezana s jednim ili veliki iznos instance drugog i svaki primjer drugog s jednom ili više instanci prvog

Student (prezime, broj razredne knjige Fakultet) Predmet (ime, broj sati)

Odnos više-prema-jedan (M:1) sličan je odnosu jedan-prema-više. Odnos je jedinstven samo s lijeva na desno.

Prezime učenika (M:1) Broj grupe

Konceptualni model. Poziva se model objekata s atributima koji ih opisuju i odnose među njima konceptualni model. Ovaj model predstavlja objekte i njihove odnose bez navođenja načina na koji su fizički pohranjeni.

Grafički se prikazuje u obliku posebnog dijagrama koji je predložio američki stručnjak za baze podataka Charles Bachman. U Bachmannovim dijagramima objekti su predstavljeni vrhovima određenog matematičkog grafa, a veze su predstavljene lukovima grafa. Razmotrimo, na primjer, model podataka o nabavi (vidi sliku 48).

Riža. 48 Primjer dizajna konceptualni model

Model se sastoji od tri objekta: Dobavljač, Narudžba, Proizvod Odnos koji postoji između objekata Dobavljač i Narudžba ima snagu jedan-prema-više, budući da se svaka narudžba šalje jednom dobavljaču, ali se može napraviti nekoliko narudžbi zadanom dobavljač. Odnos između objekata Narudžba i Proizvod ima moć više-prema-više, budući da narudžba sadrži nekoliko proizvoda i proizvod se može pojaviti u nekoliko narudžbi.

Infološki model (informacijsko-logički model)- model domene usmjeren na čovjeka i neovisan o DBMS-u koji definira agregate informacijski objekti, njihovim atributima i odnosima među objektima, dinamici promjena u predmetnom području, kao i prirodi informacijskih potreba korisnika. Informacijski model predmetnog područja može se opisati modelom “entitet-odnos” (Chenov model), koji se temelji na podjeli stvarnog svijeta na zasebne razlikovne entitete koji su međusobno u određenim vezama, a obje kategorije - bit i veza smatraju se primarnim, neodređenim pojmovima .

Svrha informacijskog modeliranja

• pružajući ljudima najprirodnije načine prikupljanja i predstavljanja informacija koje bi trebale biti pohranjene baza podataka koja se stvara podaci. Stoga pokušavaju izgraditi infološki model podataka po analogiji s prirodnim jezikom (potonji se ne može koristiti u čisti oblik zbog složenosti računalna obrada tekstovi i višeznačnost bilo kojeg prirodnog jezika). Glavni konstruktivni elementi informacijskih modela su entiteti, veze između njih i njihova svojstva (atributi).

Osnovni koncepti

• Esencija– svaki prepoznatljivi objekt (objekt koji možemo razlikovati od drugoga), informacije o kojemu se moraju pohraniti u bazi podataka. Entiteti mogu biti ljudi, mjesta, avioni, letovi, okus, boja itd. Potrebno je razlikovati pojmove kao što su tip entiteta i instanca entiteta. Koncept tipa entiteta odnosi se na skup homogenih pojedinaca, objekata, događaja ili ideja koji djeluju kao cjelina. Instanca entiteta odnosi se na određenu stvar u skupu. Na primjer, tip entiteta može biti CITY, a instanca može biti Moskva, Kijev itd.
• Atribut– imenovana karakteristika entiteta. Njegov naziv mora biti jedinstven za određenu vrstu entiteta, ali može biti isti za različite vrste entiteta (na primjer, BOJA se može definirati za mnoge entitete: PAS, AUTO, DIM, itd.). Atributi se koriste za definiranje informacija koje treba prikupljati o entitetu. Primjeri atributa za entitet CAR su VRSTA, PROIZVODNJA, REGISTRACIJSKA TABLICA, BOJA itd. Ovdje također postoji razlika između vrste i instance. Vrsta atributa COLOR ima mnogo instanci ili vrijednosti: Crvena, Plava, Banana, Bijela noć, itd., ali svakoj instanci entiteta dodijeljena je samo jedna vrijednost atributa.

Ne postoji apsolutna razlika između tipova entiteta i atributa. Atribut je takav samo u odnosu na tip entiteta. U drugom kontekstu, atribut može djelovati kao nezavisan entitet. Na primjer, za tvornicu automobila boja je samo atribut proizvodnog proizvoda, ali za tvornicu boja i lakova boja je vrsta entiteta.

• Ključ – minimalni set atributi čije se vrijednosti mogu koristiti za jedinstveno pronalaženje tražene instance entiteta. Minimalnost znači da isključivanje bilo kojeg atributa iz skupa ne dopušta identifikaciju entiteta pomoću preostalih. Za entitet Raspored, ključ je atribut Flight_number ili skup: Departure_point, Departure_time i Destination_point (pod uvjetom da jedan avion leti od točke do točke u bilo kojem trenutku).

• Veza– udruživanje dva ili više subjekata. Ako je svrha baze podataka samo pohranjivanje pojedinačnih, nepovezanih podataka, tada bi njezina struktura mogla biti vrlo jednostavna. Međutim, jedan od glavnih zahtjeva za organiziranje baze podataka je osigurati mogućnost pronalaženja nekih entiteta prema vrijednostima drugih, za što je potrebno uspostaviti određene veze među njima. A budući da prave baze podataka često sadrže stotine ili čak tisuće entiteta, teoretski se između njih može uspostaviti više od milijun veza. Prisutnost takvog mnoštva veza određuje složenost informacijskih modela.

Zahtjevi za informacijski model

• Adekvatno kartiranje predmetnog područja
• Izbjegavanje dvosmislenog tumačenja modela
• Jasna definicija modeliranog predmetnog područja (konačnost modela)
• Jednostavna proširivost, osigurava unos novih podataka bez mijenjanja prethodno definiranih, isto vrijedi i za brisanje podataka
• Mogućnost komponiranja i dekomponiranja modela zbog velike dimenzije stvarnih informacijskih modela
• Lako razumljiv različitim kategorijama korisnika; Poželjno je da informacijski model gradi (ili barem u njegovoj izradi sudjeluje) stručnjak koji radi na određenom području, a ne samo projektant računalnih sustava za obradu podataka.
• Primjenjivost jezika specifikacije modela u priručniku i projektiranje potpomognuto računalom informacijski sustavi

Komponente informacijskog modela

• Opis objekata i odnosa između njih, nazvan ER-model (skraćenica za model “Entity-Relationship”)
• Opis potreba korisnika za informacijama
• Algoritamski odnosi atributa
• Jezični odnosi određeni osobitostima predstavljanja predmetnog područja u jezičnom okruženju
• Ograničenja integriteta

Izgradnja modela "Objekt - Svojstvo - Odnos".

Objektne klase

U predmetnom području, u procesu njegova ispitivanja i analize, razlikuju se objektne klase. Klasa objekta je skup objekata koji imaju isti skup svojstava. Na primjer, ako sveučilište smatramo predmetnim područjem, tada se mogu razlikovati sljedeće klase objekata: studenti, nastavnici, publika, itd. Objekti mogu biti stvarni, kao što je gore spomenuto, ili mogu biti apstraktni, kao što su objekti, koje studenti proučavaju.

Kada se odražava u informacijski sistem svaki objekt je predstavljen svojim identifikatorom, koji razlikuje jedan objekt klase od drugog, a svaka klasa objekata je predstavljena imenom te klase. Dakle, za objekte klase “PROUČAVANI PREDMETI”, identifikator svakog objekta bit će “NAZIV PREDMETA”. ID mora biti jedinstven.

Svaki objekt ima određeni skup svojstava. Za objekte iste klase skup ovih svojstava je isti, ali se njihove vrijednosti, naravno, mogu razlikovati. Na primjer, za objekte klase “STUDENT” takav skup svojstava koja opisuju objekte klase može biti “GODINA ROĐENJA”, “ROD” itd.

Kada se opisuje predmetno područje, potrebno je prikazati svaku od postojećih klasa objekata i skup svojstava fiksnih za objekte. ove klase.

Koristit ćemo sljedeću notaciju za prikaz objekata i njihovih svojstava.

Svakoj klasi objekta u informacijskom modelu dodjeljuje se jedinstveno ime. Naziv klase objekta je gramatički izraz imenice (imenice koja može imati pridjeve i prijedloge). Ako se ime sastoji od više riječi, onda je poželjno da imenica stoji na prvom mjestu. Imenica se mora koristiti u jednini, a ne u plural. Stoga je za klasu objekata “STUDIRANE DISCIPLINE” o kojima se govori gore, bolje dati naziv “STUDIRANE DISCIPLINE”. Ako se u predmetnom području tradicionalno koriste različiti nazivi za označavanje bilo koje klase objekata (tj. postoji sinonimija), tada ih sve treba zabilježiti pri opisivanju sustava, tada se jedan od njih odabire kao glavni i samo ovaj treba koristiti u budućnosti na ILM-u. Uz naziv klase objekta, ILM može koristiti svoju oznaku kratkog koda.

Prilikom konstruiranja informacijskog modela preporučljivo je dati verbalnu interpretaciju svake cjeline, osobito ako je moguća dvosmislena interpretacija pojma.

Odnosi između objekta i njegovih svojstava

Pri opisivanju predmetnog područja potrebno je odražavati veze između predmeta i svojstava koja ga karakteriziraju. Ovo je jednostavno prikazano kao linija koja povezuje oznaku objekta i njegova svojstva.

Odnos između predmeta i njegovog svojstva može biti različit. Objekt može imati samo jednu vrijednost za svojstvo. Na primjer, svaka osoba može imati samo jedan datum rođenja. Nazovimo ova svojstva singl. Za druga svojstva, moguće je da jedan objekt ima nekoliko vrijednosti u isto vrijeme. Neka se, primjerice, pri opisu “DJELATNIKA” kao njegovo vlasništvo upiše “Strani JEZIK” koji on govori. Budući da zaposlenik može poznavati nekoliko strani jezici, tada ćemo takvo svojstvo nazvati višestruki. Kada prikazujemo vezu između objekta i njegovih svojstava, koristit ćemo jednu strelicu za jedno svojstvo, a dvostruku strelicu za više svojstava.

Osim toga, neka svojstva su trajna; njihova se vrijednost ne može mijenjati tijekom vremena. Nazovimo ova svojstva statički, a bit će pozvana ona svojstva čija se vrijednost može mijenjati tijekom vremena dinamičan.

Druga karakteristika veze između objekta i njegovog svojstva je znak da li je to svojstvo prisutno u svim objektima dane klase ili odsutno u nekim objektima. Na primjer, za pojedinačne zaposlenike može postojati svojstvo "ASCHARGE DEGREE", ali drugi objekti ove klase možda neće imati navedeno svojstvo. Nazovimo takva svojstva uvjetnim.

Kada prikazujemo vezu između uvjetnog svojstva i objekta, koristit ćemo se točkasta linija, a za označavanje dinamičkih i statičkih svojstava koristit ćemo slova D i S iznad odgovarajuće crte.

Ponekad je korisno uvesti koncept "kompozitnog svojstva" u infološki model. Primjeri takvih svojstava su “ADRESA”, koja se sastoji od “GRADA”, “ULICE”, “KUĆE” i “STANA”, i “DATUM ROĐENJA”, koji se sastoji od “DANA”, “MJESECA” i “GODINE”. U ILM-u za označavanje kompozitnog svojstva koristimo kvadrat iz kojeg izlaze linije koje ga povezuju s oznakama njegovih sastavnih elemenata.

Odnosi među objektima

Osim veze između objekta i njegovih svojstava, infološki model bilježi veze između objekata različitih klasa. Postoje sljedeće vrste veza:

• “jedan prema jedan” (1:1): u svakom trenutku vremena, svaki predstavnik (instanca) entiteta A odgovara 1 ili 0 predstavnika entiteta B:

Student ne smije "zarađivati" stipendiju, primati redovnu stipendiju ili primati jednu od poboljšanih stipendija.

• “jedan prema više” (1:M): jedan predstavnik entiteta A odgovara 0, 1 ili nekoliko predstavnika entiteta B.

Stan može biti prazan, u njemu može živjeti jedan ili više stanara.

• "više prema jednom" (M:1)

Ponekad se ove vrste veza nazivaju stupnjem povezanosti. Osim stupnja povezanosti u infološkom modelu, za karakterizaciju povezanosti između različitih entiteta, potrebno je naznačiti tzv. „klasu članstva“, koja pokazuje postoji li možda veza između objekta dane klase i bilo koji objekt druge klase. Klasa članstva entiteta mora biti obavezna ili izborna.

Objasnimo što je rečeno na konkretni primjeri. Kao što je gore spomenuto, infološki model nije izgrađen za jedan objekt, već prikazuje klase objekata i veze između njih. Odgovarajući dijagram koji to prikazuje naziva se dijagram ER tipa (ovaj naziv je zbog činjenice da se na engleskom riječ “entity” piše “Entity”, a odnos je “Relationship”). Međutim, ponekad se uz dijagrame ER tipa koriste i dijagrami ER instanci.

Pretpostavimo da infološki model prikazuje vezu između dvije klase objekata: “OSOBNOST” i “Strani JEZIK”. -

Pretpostavimo da je domena tvornica u kojoj neki zaposlenici znaju strani jezik, ali nitko od njih ne govori više od jednog jezika. Naravno, postoji mnogo jezika koje nitko od zaposlenika ne govori, a također i da neki od zaposlenika govore isti strani jezik.

Nadalje pretpostavimo da je predmetno područje institut, a objekt OSOBA predstavlja kandidate koji upisuju ovaj institut. Svaki od kandidata mora vladati nekim stranim jezikom, ali nitko ne govori više od jednog jezika.

I u prvom i u drugom razmatranom slučaju promatra se odnos M:1 između entiteta. Na dijagramu je to prikazano sa strane objekta “OSOBNOST” dvostrukom strelicom, a sa strane objekta “Strani JEZIK” jednom strelicom na liniji koja prikazuje vezu između ovih entiteta.

Razlika u situacijama koje se razmatraju je u tome što je u prvom slučaju klasa članstva neobvezna za oba entiteta, au drugom slučaju, za entitet “OSOBNOST”, klasa članstva je obavezna. Na dijagramu je to predstavljeno točkom u pravokutniku koji odgovara objektu “OSOBNOST”.

Neka predmetno područje bude isto kao u prethodnom slučaju, ali postoje situacije u kojima neki kandidati znaju nekoliko stranih jezika. U ovom slučaju, veza između objekata će biti tipa M:M.

Pretpostavimo da je predmetno područje određeni lingvistički institut, u kojem svaki od zaposlenika nužno zna nekoliko stranih jezika, a za svaki od znanosti poznatih jezika u ovom institutu postoji barem jedan stručnjak koji ga govori.

U ovom slučaju, odnos između entiteta bit će M:M, a klasa članstva oba entiteta je obavezna.

Jednostavni i složeni objekti

Kaže se da je objekt jednostavan ako ga se tretira kao nedjeljiv. Složeni objekt je kombinacija drugih objekata, jednostavnih ili složenih, također prikazanih u informacijskom sustavu. Koncept "jednostavnog" i "složenog" objekta je relativan. U jednom razmatranju, objekt se može smatrati jednostavnim, au drugom se isti objekt može smatrati složenim. Na primjer, objekt "stolica" u podsustavu računovodstva materijalne imovine smatrat će se jednostavnim objektom, ali za poduzeće koje proizvodi stolice to će biti složeni objekt (uključujući "noge", "naslon", "sjedalo", itd.).

Postoji nekoliko varijanti složeni objekti: Kompozitni objekti, generički objekti i agregirani objekti.

Kompozitni objekt odgovara preslikavanju relacije " cjelina-dio" Primjeri kompozitnih objekata su ČVOROVI - DIJELOVI, RAZRED - UČENICI itd.

Za prikaz složenih objekata u informacijskom modelu obično se ne koriste posebni simboli. Odnos između kompozita i njegovih sastavnih objekata prikazuje se na isti način kao što je gore opisano. Štoviše, priroda veze također može biti različita: na primjer, "DETALJI" i "ČVOROVI" povezani su odnosom tipa M: M, a "GRUPA" i "STUDENTI" povezani su odnosom 1: M. .

Generalizirani objekt odražava prisutnost odnosa "rod-vrsta" između objekata u predmetnom području. Na primjer, objekti STUDENT, ŠKOLARNIK, MATURANT, STUDENT TEHNIČKE ŠKOLE čine generalizirani objekt STUDENTI. Objekti koji čine generalizirani objekt nazivaju se njegovim kategorijama.

I "generički" objekt i objekti "vrste" mogu imati određeni skup svojstava. Štoviše, promatra se takozvano nasljeđivanje svojstava, tj. objekt "vrste" ima sva svojstva koja ima "generički" objekt, plus svojstva svojstvena samo objektima ove vrste.

Agregirani objekti obično odgovaraju nekom procesu u koji su "uključeni" drugi objekti. Na primjer, agregirani objekt “ISPORUKA” kombinira objekte “DOBAVLJAČ” koji isporučuje proizvode, “POTROŠAČ” koji prima te proizvode, kao i same isporučene “PROIZVODE”. Jedinstveni objekt je “DATUM ISPORUKE”. Skupni objekt, poput jednostavnog objekta, može imati svojstva koja ga karakteriziraju. U primjeru koji razmatramo takvo bi svojstvo mogla biti veličina isporuke.

Usporedba metoda za konstruiranje ER modela

ER modeli vrlo su široko korišteni u praksi dizajna baze podataka. Štoviše, koriste se iu ručnom i računalno potpomognutom projektiranju. Tehnike grafički prikaz ER modeli malo se razlikuju različitim sustavima automatizacija dizajna i u raznim literarnim izvorima.

Zatim ćemo pogledati značajke predstavljanja ER modela u tri najviše poznatih sustava automatizacija projektiranja (CASE sustavi): Prokit*WORKBENCH, Design/IDEF i CASE ORACLE, kao i u nekim literaturnim izvorima.

Može se identificirati nekoliko kategorija razlika u prikazu ER modela.

1. Manje razlike povezane s upotrebom različitih simbola za prikaz istih entiteta. Dakle, pravokutnici, blokovi sa zaobljeni kutovi, ovali itd.

Sljedeći niz razlika odnosi se na način prikazivanja veza između objekata i određivanje naziva veza. Stoga se u nekim tehnikama za prikaz veze u konektoru linije koja predstavlja tu vezu predlaže prikazati romb i napisati naziv veze unutar ili pored njega (Chenov model). Budući da su veze dvosmjerne, naziv veze će se mijenjati ovisno s koje se strane gleda. Stoga se često predlaže da se u ILM-u navedu oba ova imena (na primjer, u CASE sustavi ORACLE, Prokit). Štoviše, kako bi bilo jasno na koji se smjer komunikacije koji naziv odnosi, usvojeni su određeni dogovori o tome kako se ti nazivi postavljaju na dijagrame. Na primjer, iznad linije imena mjesta koja se odnose na lijevu stranu veze, a ispod linije - na desnoj strani. Prisutnost takvih veliki broj oznake i potpisi pretrpaju model. Osim toga, samo imenovanje često predstavlja poteškoću, što povećava složenost informacijskog modeliranja. Stoga, u slučajevima kada to ne dovodi do nejasnoća i nejasnoća, ako sustav to dopušta, može se preporučiti da se ne koriste posebne oznake i nazivi za odnose.

Također se koriste različiti simboli za prikaz vrste veze (1:1, 1: M, M:M). Neki sustavi za automatizaciju dizajna, kao što je Prokit, dopuštaju korisniku da bira između niza moguće oznake oni koji mu se više sviđaju ili su mu poznatiji. U ovom sustavu, sljedeće konvencije mogu se koristiti za označavanje vrste veza između objekata.

Za prikaz obaveznog pojavljivanja objekata u odnosu ("članstvo/klasa članstva") također se koriste različiti simboli. Dakle, u CASE ORACLE klasa članstva se prosljeđuje na sljedeći način; na onoj strani odnosa s kojom element ne mora nužno biti povezan, koristi se točkasta linija, a tamo gdje je članstvo obavezno, - puna linija. S obzirom na klasu pripadnosti, moguće su vrste odnosa prikazane na slici.

Notacija koja se koristi u CASE ORACLE-u je praktičnija, jer ako je objekt uključen u velike količine veze, tada dodatni pravokutnici s točkama postaju nezgodni za postavljanje na sliku.

U Desing IDEF-u, priroda članstva u vezi je prikazana kao što je prikazano na slici.

2. Razlike, također vezane uz način prikaza pojedinih situacija, ali značajnije, dovode do razlika u samim modelima. Na primjer, u sustavu 3RACLE, generalizirani objekt je prikazan "ugniježđenim" blokovima koji označavaju objekte "vrste" unutar bloka koji prikazuje "generički" objekt. Na slici je prikazana slika objekta PERSON o kojem se gore raspravljalo u konvenciji korištenoj u CASE ORACLE-u.

Kao što slijedi iz usporedbe slika, slika generaliziranih objekata u uspoređenim metodama razlikuje se ne samo u obliku prezentacije. Dakle, ako je objekt klasificiran po različite znakove, onda kada se koristi prva od razmatranih metoda prikazivanja generaliziranih objekata, jasno je vidljivo na temelju čega se provodi klasifikacija. Druga metoda slike to ne pruža. Drugim riječima, metoda prikazivanja generaliziranih objekata predložena na početku poglavlja semantički je smislenija i informativnija.

Slika prikazuje isti generalizirani objekt PERSON koristeći sintaksu IDEF1X sustava. Po svojoj semantici, ovaj način prikazivanja bliži je onom koji smo predložili osnovna metoda ILM slike. Razlika je u tome što IDEF1X koristi istu notaciju za entitete kategorije i "opće" entitete -

3. Osim razlika u prikazu pojedinih entiteta, u teoriji informacijskog modeliranja postoji neslaganje u korištenoj terminologiji. Na primjer, u CASE ORACLE-u, generički objekt naziva se nadtip (syper-tip), a objekt vrste naziva se podtip. Mnogo je takvih terminoloških razlika koje se mogu navesti, ali to sada nije naš cilj.

4. Sljedeći krug razlika odnosi se na prostornu sliku pojedinih sastavnica ILM-a. Na primjer, svojstva objekata ponekad nisu prikazana na istom dijagramu kao objekti i odnosi među njima, a njihovi opisi se rade odvojeno. Često se „pisanje svojstava prikazuje u tabličnom ili drugom analitičkom obliku, a ne u grafičkom obliku.

ILM, čak i za malo i jednostavno predmetno područje, uključuje opis značajnog broja komponenti i veza među njima. To otvara problem vidljivosti. opća shema. Ovaj se problem različito rješava u ručnoj i automatiziranoj konstrukciji informacijskog modela. U automatizirani sustavi najčešće građena jedna slika ER model i koristi se tehnika skaliranja, kada se, smanjivanjem ili povećavanjem skale slike, na ekranu vidi i cijeli dijagram i njegov pojedinačni fragment.

Također se koriste različite tehnike za smanjenje broja sjecišta linija u dijagramu. Tako je u sustavu Prokit za te potrebe moguće umnožiti sliku objekta i taj duplikat staviti uz objekt s kojim ga je potrebno povezati. Kako bi se pokazalo da se ne radi o novom objektu, koristi se neki simbol, na primjer, kut odgovarajućih blokova je prekrižen.

Kod ručnog projektiranja obično nije moguće prikazati cijeli ER model u obliku jednog dijagrama. U ovom slučaju možemo preporučiti sljedeću tehniku: prikazati i opisati svaki predmet zasebno, dodijeliti svakom objektu kratki kod. Koristeći ove kodove, za svaki objekt označite njegove odnose s drugim objektima.

5. Neke mogućnosti dostupne u nekim sustavima ili metodama nisu dostupne u drugim. U tim je slučajevima moguće razne opcije: a) za oslikavanje situacije koriste se mogućnosti koje pruža model, ali to zahtijeva korištenje određenih tehnika, često pomalo umjetnih, za njihovo prikazivanje; b) situacija se jednostavno ne odražava u modelu.

Na primjer, u mnogim sustavima za modeliranje informacija pretpostavlja se da objekt može imati samo jedno svojstvo. U ovom slučaju, svako višestruko svojstvo treba biti predstavljeno kao neovisni objekt i treba biti prikazan odnos između ovog novouvedenog objekta i izvornog objekta.

U IDEF-u svojstva objekta mogu biti samo pojedinačna i uvijek definirana (nisu uvjetna). Ako svojstvo možda nije prisutno ni u jednom objektu, tada je potrebno odabrati zasebne entitete, npr. DJELATNIK s atributom PLAĆA i RADNIK PO SATU koji nema takav atribut. To će dovesti do potrebe za odabirom velikog broja objekata i veza u ILM-u te do smanjenja vidljivosti modela. Na primjer, pojedinačne instance objekta PERSONALITY mogu i ne moraju imati akademsku titulu, akademski stupanj, godinu diplome na sveučilištu i mnoge druge karakteristike. Za svaku od ovih karakteristika bit će potrebno razlikovati podrazrede.

Neke metode ne uvode agregirani objekt kao neovisnu kategoriju. U ovom slučaju, agregirani objekt je prikazan kao jednostavan, a korisnik prvo mora odrediti njegov identifikator i svojstva. Ako model dopušta samo prikaz binarnih odnosa, tada dizajner mora pretvoriti n-arni odnos u skup binarnih odnosa.

Uz ove poteškoće pri određivanju identifikatora agregiranog entiteta, problemi se mogu pojaviti i pri prelasku s ILM-a na podatkovni logički model.

Opcija kada se situacija ne može odraziti u ILM-u može se ilustrirati sljedećim: ako tehnika izgradnje modela ne uključuje fiksiranje klase članstva u odnosu, tada će se ta informacija jednostavno izgubiti.

U nekim CASE sustavima postoji situacija u kojoj je neka konstrukcija dopuštena u sustavu kao posredna. Na primjer, u IDEF-u i CASE ORACLE-u relacija M:M dopuštena je kao nespecifična relacija. Njegova je prisutnost dopuštena u ranim fazama razvoja projekta, a kasnije se mora zamijeniti specifičnim odnosom uvođenjem trećeg entiteta. Ovo je nedostatak sustava, budući da, prvo, ne zahtijevaju svi DBMS takvu transformaciju (neki sustavi eksplicitno podržavaju M:M relaciju), i, drugo, ako je takva transformacija potrebna, sustav automatizacije dizajna mogao bi je izvesti automatski u fazi podatkovnog dizajna. Čak i ako se izvodi "ručni" dizajn, navedenu transformaciju mora izvršiti dizajner u fazi podatkovno-logičkog dizajna, a ne prilikom opisa predmetnog područja. Osim toga, tijekom transformacije koja se razmatra u fazi projektiranja informacija, uvodi se IDEF nova kategorija entiteti - entiteti presjeka ili asocijativni entiteti. Uvođenje novih entiteta povlači za sobom uvođenje u ILM i dodatne veze. Sve to zajedno komplicira ionako težak zadatak informacijskog dizajna.

U predmetnom području mogu postojati entiteti čiji identifikatori ovise o identifikatoru nekog drugog objekta. Na primjer, ako su odjeljci poduzeća numerirani unutar radionice, tada će identifikator odjeljka biti složen, uključujući šifru radionice i šifru odjeljka. U infološkom modelu možemo se ograničiti na označavanje ovog složenog identifikatora. Neke metode za konstruiranje ER modela (primjerice IDEFIX, Prokit metodologija) predviđaju uvođenje posebnih vrsta entiteta i posebnih vrsta odnosa za prikaz slične situacije. Dakle, u IDEF-u, entitetu, da bismo ga identificirali, moramo uzeti u obzir njegov odnos s drugim entitetima; naziva se entitet ovisan o identifikatoru i koristi zaobljeni okvir za predstavljanje. Za prikaz entiteta neovisnog o identitetu koristi se pravokutnik. Za povezivanje objekata, od kojih je jedan potreban za potpunu identifikaciju drugog, uvodi se koncept identifikacijskog odnosa. Ima i svoj simbol. IDEF koristi punu liniju za identifikacijski odnos i isprekidanu liniju za neidentifikacijski odnos.

6. Kao što je gore navedeno, kada se razmatraju načela infološkog modeliranja, pojmovi "objekt", "svojstvo", "odnos" su relativni. Dakle, u osnovnom informacijskom modelu koji predlažemo razlikujemo različiti tipovi objekti: jednostavni, složeni, agregirani, generalizirani. Neki sustavi, poput IDEF-a, ne klasificiraju objekte na ovaj način i umjesto toga koriste različite odnose.

Oba pristupa imaju pravo postojati. Ne postoje temeljne razlike koje bi imale značajne posljedice u uspoređivanim pristupima.

2. 2. KONSTRUKCIJA MODELA “OBJEKT - IMOVINA - ODNOS”

Za opisivanje ILM-a koriste se jezici analitičkog (deskriptivnog) tipa i grafički alati u daljnjem tekstu grafička metoda mapiranje modela “objekt-svojstvo-odnos”. U predmetnom području, u procesu njegovog ispitivanja i analize, identificiraju se klase objekata. Klasa objekta zove se zbirka objekata koji imaju isti skup svojstava. Na primjer, ako sveučilište smatramo predmetnim područjem, tada se mogu razlikovati sljedeće klase objekata: studenti, nastavnici, publika, itd. Objekti mogu biti stvarni, kao što je gore spomenuto, ili mogu biti apstraktni, kao što su objekti, koje studenti proučavaju.

Kada se odražava u informacijskom sustavu, svaki objekt je predstavljen svojim identifikatorom, koji razlikuje jedan objekt klase od drugog, a svaka klasa objekata je predstavljena imenom ove klase. Dakle, za objekte klase "PROUČAVANI PREDMETI", identifikator svakog objekta bit će "NAZIV PREDMETA". ID mora biti jedinstven.

Svaki objekt ima određeni skup svojstava. Za objekte iste klase skup ovih svojstava je isti, ali se njihove vrijednosti, naravno, mogu razlikovati. Na primjer, za objekte klase “STUDENT” takav skup svojstava koja opisuju objekte klase može biti “GODINA ROĐENJA”, “ROD” itd.

Kada se opisuje predmetno područje, potrebno je prikazati svaku od postojećih klasa objekata i skup svojstava utvrđenih za objekte ove klase.

Koristit ćemo sljedeću notaciju za prikaz objekata i njihovih svojstava (slika 2. 3).

Vlasništvo

Riža. 2.3 Označavanje objekata i njihovih svojstava

Svakoj klasi objekta u informacijskom modelu dodjeljuje se jedinstveno ime.

Prilikom konstruiranja informacijskog modela preporučljivo je dati verbalnu interpretaciju svake cjeline, osobito ako je moguća dvosmislena interpretacija pojma.

Riža. 2.4 Slika odnosa objekt-svojstvo

Pri opisivanju predmetnog područja potrebno je odražavati veze između predmeta i svojstava koja ga karakteriziraju. Ovo je jednostavno prikazano kao linija koja povezuje oznaku objekta i njegova svojstva.

Odnos između predmeta i njegovog svojstva može biti različit. Objekt može imati samo jednu vrijednost za svojstvo. Na primjer, svaka osoba može imati samo jedan datum rođenja. Nazovimo ova svojstva singl. Za druga svojstva, moguće je da jedan objekt ima nekoliko vrijednosti u isto vrijeme. Neka, na primjer, kada se opisuje “DJELATNIK” kao njegovo vlasništvo odredi “STRANI JEZIK” koji govori. Budući da zaposlenik može znati više stranih jezika, ovo ćemo svojstvo nazvati plural. Kada prikazujemo vezu između objekta i njegovih svojstava, koristit ćemo jednu strelicu za jedno svojstvo, a dvostruku strelicu za više svojstava.

Osim toga, neka svojstva su trajna; njihova se vrijednost ne može mijenjati tijekom vremena. Nazovimo ova svojstva statički, a zvati će se ona svojstva čija se vrijednost može mijenjati tijekom vremena dinamičan.

Još jedna karakteristika odnosa između objekta i njegovog svojstva je da li je to svojstvo prisutno u svim objektima date klase ili odsutno u nekim objektima. Na primjer, za pojedinačne zaposlenike može postojati svojstvo "AKADEMSKI STUPANJ", ali drugi objekti ove klase možda neće imati navedeno svojstvo. Nazovimo ova svojstva uvjetna.

Za prikaz veze između uvjetnog svojstva i objekta koristit ćemo se točkastom linijom, a za označavanje dinamičkih i statičkih svojstava koristit ćemo se slovima D i S iznad odgovarajuće crte.

Ponekad je u informacijskom modelu korisno uvesti koncept “kompozitno svojstvo”. Primjeri takvih svojstava su “ADRESA”, koja se sastoji od “GRADA”, “ULICE”, “KUĆE” i “STANA”, i “DATUM ROĐENJA”, koji se sastoji od “DANA”, “MJESECA” i “GODINE”. U ILM-u, za označavanje kompozitnog svojstva, koristimo kvadrat iz kojeg izlaze linije koje ga povezuju s oznakama njegovih sastavnih elemenata (slika 2. 4).

Informološki model ne prikazuje pojedinačne instance objekata, već klase objekata. Kada je oznaka objekta prikazana u ILM-u, jasno je da govorimo o o klasi objekata koji imaju opisana svojstva. Stoga je u većini slučajeva moguće eksplicitno ne uvoditi oznaku za klasu objekata u informacijski model. Eksplicitni prikaz klase objekata potreban je samo ako softver za danu klasu objekata bilježi ne samo karakteristike koje se odnose na pojedinačne objekte te klase, već i neke integralne karakteristike koje se odnose na cijelu klasu kao cjelinu. Na primjer, ako se za klasu objekta “ZAPOSLENICI PODUZEĆA” ne bilježi samo dob svakog zaposlenika, već i prosječna dob svih zaposlenika, tada infološki model mora odražavati ne samo objekt “ZAPOSLENICI”, već i “ZAPOSLENICI”. ” klasa objekta. Za prikaz klase objekata možete koristiti neku specifičnu oznaku ili istu onu koja se koristi za objekte (slika 2. 5).

Riža. 2.5 Slika klase objekata i integralne karakteristike klase.

Osim veze između objekta i njegovih svojstava, infološki model bilježi veze između objekata različitih klasa. Postoje veze tipa "jedan prema jednom" (1: 1), "jedan prema mnogima" (1: M), "mnogo prema mnogima" (M: M). Ponekad se ove vrste veza nazivaju stupnjem povezanosti.

Osim stupnja povezanosti u informacijskom modelu, za karakterizaciju povezanosti između različitih entiteta potrebno je naznačiti i tzv. “članska klasa”, koji pokazuje može li objekt dane klase biti povezan s bilo kojim objektom druge klase. Klasa članstva entiteta mora biti obavezna ili izborna.

Pojasnimo rečeno na konkretnim primjerima. Kao što je gore spomenuto, infološki model nije izgrađen za jedan objekt, već prikazuje klase objekata i veze između njih. Odgovarajući dijagram koji to prikazuje naziva se dijagram ER tipa (ovaj naziv je zbog činjenice da se na engleskom riječ “entity” piše “Entity”, a odnos je “Relationship”). Međutim, ponekad se uz dijagrame ER tipa koriste i dijagrami ER instanci.

Pretpostavimo da informacijski model prikazuje odnos između dvije klase objekata: “DJELATNIK” i “Strani JEZIK”.

Pretpostavimo da je domena tvornica u kojoj neki zaposlenici znaju strani jezik, ali nitko od njih ne govori više od jednog jezika. Naravno, postoji mnogo jezika koje nitko od zaposlenika ne govori, a također i da neki od zaposlenika govore isti strani jezik (sl. 2. 6).

s1. .ya1

s2. .ya2

s3. .ya3

s4. .ya4

s5. .ya5

s6. .ya6

s7. .ya7

Riža. 2.6 Dijagram ER - instanci

U ovom slučaju, dijagram ER instanci će imati oblik prikazan na sl. 2.6, a dijagram tipa ER je kao na sl. 2. 7.

Riža. 2. 7. Dijagram E - R tipova

Nadalje pretpostavimo da je predmetno područje institut, a objekt "OSOBA" predstavlja kandidate koji upisuju ovaj institut. Svaki od kandidata mora vladati nekim stranim jezikom, ali nitko ne govori više od jednog jezika (slika 2. 8). U ovom slučaju, dijagram ER instanci će imati oblik prikazan na sl. 2.8, a dijagram tipa ER je kao na sl. 2. 9.

Jezik osobnosti

l1 i1

l2 i2

l3 i3

l4 i4

l5 i5

l6 i6

l7 i7

I u prvom i u drugom razmatranom slučaju postoji odnos M između entiteta: 1. U dijagramu je to prikazano sa strane objekta “OSOBNOST” dvostrukom strelicom, a sa strane “Strani JEZIK” ” objekt - jednom strelicom na liniji koja prikazuje odnos između podatkovnih entiteta.

Razlika u situacijama koje se razmatraju je u tome što je u prvom slučaju klasa članstva neobvezna za oba entiteta, au drugom slučaju, za entitet “OSOBNOST”, klasa članstva je obavezna. Na dijagramu (slika 2. 9) to je prikazano točkom u pravokutniku koja odgovara objektu “OSOBNOST”.

Neka predmetno područje bude isto kao u prethodnom slučaju, ali postoje situacije u kojima neki kandidati znaju nekoliko stranih jezika. U ovom slučaju, veza između objekata će biti tipa M:M.

Za takvo predmetno područje, dijagram ER instanci će imati oblik prikazan na sl. 2.10, a dijagram tipa ER je kao na sl. 2.11.

Jezik osobnosti

l1 i1

l2 i2

l3 i3

l4 i4

l5 i5

l6 i6

l7 i7

Pretpostavimo da je predmetno područje određeni lingvistički institut, u kojem svaki zaposlenik nužno zna nekoliko stranih jezika, a za svaki od znanosti poznatih jezika u ovom institutu postoji barem jedan stručnjak koji ga govori.

U ovom slučaju, odnos između entiteta bit će M:M, a klasa članstva oba entiteta je obavezna.

(Mogao bi se dati primjer, ali stvar je jasna.)

Gore smo gledali objekte bez ulaženja u njihovu složenost. Zapravo, postoji nekoliko vrsta objekata.

Prije svega, to su jednostavni i složeni objekti. Objekt se zove jednostavan, ako se smatra nedjeljivim. teško objekt je unija drugih objekata, jednostavnih ili složenih, također prikazanih u informacijskom sustavu. Koncept "jednostavnog" i "složenog" objekta je relativan. U jednom razmatranju, objekt se može smatrati jednostavnim, au drugom se isti objekt može smatrati složenim. Na primjer, objekt "stolica" u podsustavu računovodstva materijalne imovine smatrat će se jednostavnim objektom, ali za poduzeće koje proizvodi stolice to će biti složeni objekt (uključujući "noge", "naslon", "sjedalo", itd.).

Postoji nekoliko vrsta složenih objekata: složeni objekti, generalizirani objekti i agregirani objekti.

Kompozitni objekt odgovara preslikavanju odnosa “cjelina-dio”. Primjeri kompozitnih objekata su ČVOROVI-DIJELOVI, RAZRED-UČENICI itd.

Za prikaz složenih objekata u informacijskom modelu obično se ne koriste posebni simboli. Odnos između kompozita i njegovih sastavnih objekata prikazuje se na isti način kao što je gore opisano. Štoviše, priroda veze također može biti različita: na primjer, "DIJELOVI" i "ČVOROVI" povezani su odnosom tipa M: M, a "GRUPA" i "STUDENTI" povezani su odnosom 1: M .

Generički objekt odražava prisutnost odnosa "rod-tip" između objekata predmetnog područja. Na primjer, objekti STUDENT, ŠKOLARNIK, MATURANT, STUDENT TEHNIČKE ŠKOLE čine generalizirani objekt STUDENTI. Objekti koji čine generalizirani objekt nazivaju se njegovim kategorijama.

I "generički" objekti i "specifični" objekti mogu imati određeni skup svojstava. Štoviše, promatra se takozvano nasljeđivanje svojstava, tj. objekt "vrste" ima sva svojstva koja ima "generički" objekt, plus svojstva svojstvena samo objektima ove vrste.

Utvrđivanje rodno-vrstskih odnosa znači klasificiranje objekata predmetnog područja prema određenim obilježjima. Potklase se mogu razlikovati u informacijskom modelu u eksplicitnom i implicitnom obliku. U prvom slučaju, kada grafički prikaz uveo posebna oznaka za podklasu. Na sl. 2. 14 prikazuje fragment infološkog modela koji odražava generalizirani objekt “OSOBNOST” za više obrazovna ustanova. Za njega postoji nekoliko kategorija: UČITELJ, STUDENT, DIPLOMAC. Trokut je korišten za označavanje potklase u dijagramu.

Naravno, klasifikacija može biti višerazinska. Dakle, u primjeru koji razmatramo, generalizirani objekt “OSOBNOST” može se podijeliti u dvije potklase: ZAPOSLENIK i STUDENT. ZAPOSLENICI se pak mogu klasificirati na FAKULTET, NASTAVNO OSOBLJE, UPRAVU itd.

Osobnost

Riža. 2.14 Generalizirana slika objekta

Klase objekata identificiranih u predmetnom području mogu se presijecati ili ne presijecati. Za prikaz ove informacije u infološkom modelu, možete koristiti graf presjeka, čiji vrhovi odgovaraju klasama (potklasama) objekata, a rubovi povezuju par vrhova samo ako se odgovarajuće klase objekata sijeku. Možete koristiti ponderirani grafikon za prikaz stupnja presjeka. U ovom slučaju, težina vrha će označavati kardinalnost odgovarajućeg skupa objekata, a težina brida će označavati kardinalnost skupa koji je sjecište skupova povezanih tim bridom (slika 2.15).

Riža. 2.15 Graf presjeka

Graf presjeka sadrži Dodatne informacije o predmetnom području i ne pripada klasi ER modela.

Agregirani objekti obično odgovaraju nekom procesu u koji su "uključeni" drugi objekti. Na primjer, agregirani objekt “ISPORUKA” kombinira objekte “DOBAVLJAČ” koji isporučuje proizvode, “POTROŠAČ” koji prima te proizvode, kao i same isporučene “PROIZVODE”. Jedinstveni objekt je “DATUM ISPORUKE”. Skupni objekt, poput jednostavnog objekta, može imati svojstva koja ga karakteriziraju. U primjeru koji razmatramo takvo bi svojstvo mogla biti veličina isporuke.

Skupni objekti obično se nazivaju glagolskim imenicama (na primjer, opskrba-opskrba, osloboditi – osloboditi, prodaja-prodaja itd.).

Riža. 2.16 Slika agregiranog objekta

Za prikaz agregiranog objekta u informacijskom modelu koristit ćemo sljedeće konvencije:

Sam agregirani objekt prikazat ćemo kao dijamant, pored kojeg je naznačeno ime odgovarajućeg objekta. Ovaj romb mora biti povezan s simboli te objekte koji tvore ovaj agregirani objekt. Svojstva agregiranog objekta prikazuju se na isti način kao i za jednostavan objekt. Na riža. Slika 2.16 prikazuje agregirani objekt “ISPORUKA PROIZVODA”.

Druga faza analize predmetnog područja sastoji se od odabira informacijskih objekata, specificiranja potrebna svojstva za svaki objekt, identificiranje veza između objekata, određivanje ograničenja nametnutih informacijski objekti, vrste veza između njega, karakteristike informacijskih objekata.

Prilikom odabira informacijskih objekata potrebno je odgovoriti na niz pitanja:

1. U koje se tablice mogu podijeliti podaci koji se pohranjuju u bazu?

2. Koji naziv se može dati svakoj tablici?

3. Kojih je najviše zanimljive karakteristike(sa gledišta korisnika) može li se razlikovati?

4. Koja se imena mogu dodijeliti odabranim karakteristikama?

U našem slučaju, potrebno je izraditi sljedeće tablice (slika 4):

Istaknimo veze između informacijskih objekata (Sl. 5)

Tijekom ovog procesa potrebno je odgovoriti na sljedeća pitanja:

1. Koje vrste veza između informacijskih objekata?

2. Kako se može nazvati svaka vrsta odnosa?

3. Što su moguće vrste veze koje se kasnije mogu koristiti?

Pokušaj postavljanja ograničenja objektima, njihovim karakteristikama i vezama dovodi do potrebe davanja odgovora na sljedeća pitanja:

1. Koji je raspon vrijednosti za numeričke karakteristike?

2. Što su funkcionalne ovisnosti između karakteristika jednog informacijskog objekta?

3. Koja vrsta prikaza odgovara svakoj vrsti odnosa?

Prilikom projektiranja baze podataka postoje tri vrste odnosa između informacijskih objekata: „jedan prema jednom“, „jedan prema mnogima“, „mnogo prema mnogima“ (slika 6).

Na primjer:

Izgradnja konceptualnog modela

U jednostavni slučajevi Za izradu konceptualne sheme koriste se tradicionalne metode agregacije i generalizacije. Tijekom agregacije, informacijski objekti (elementi podataka) se kombiniraju u jedan u skladu sa semantičkim odnosima između objekata. Na primjer, sat povijesti u 10. razredu održava se u učionici br. 7 s početkom u 9:30. Metodom agregacije kreiramo informacijski objekt (entitet) RASPORED sa sljedećim atributima: “razred”, “predmet”, “ured”, “vrijeme”. Prilikom generalizacije, informacijski objekti (elementi podataka) se kombiniraju u generički objekt (Sl. 7):

Odabir modela prvenstveno je diktiran prirodom predmetnog područja i zahtjevima za bazu podataka. Druga važna okolnost je neovisnost konceptualnog modela o DBMS-u, koji se mora odabrati nakon konstruiranja konceptualnog dijagrama.

Modeli entiteta i odnosa, koji pružaju mogućnost predstavljanja strukture i ograničenja stvarnog svijeta i zatim ih transformiraju u skladu sa mogućnostima industrijskih DBMS-ova, vrlo su česti.

Bit se shvaća kao glavni sadržaj pojave, procesa ili predmeta o kojem se prikupljaju informacije za bazu podataka. Entitet može biti mjesto, stvar, osoba, pojava itd. U ovom slučaju, pravi se razlika između vrste entiteta i instance entiteta. Tip entiteta obično se shvaća kao skup homogenih objekata koji djeluju kao cjelina. Koncept "instance entiteta" odnosi se na određenu stavku. Na primjer:

Tip entiteta - student

Instanca entiteta - Ivanov, Petrov, Sidorov itd.

U našem primjeru, škola, razred, predmeti, učenici, učitelji, ocjene su entiteti. Analizirajmo veze između entiteta (slika 8).

Sada možete pristupiti izradi informacijskog (konceptualnog) dijagrama baze podataka (atributi entiteta nisu prikazani na dijagramu) (slika 9).

pripada		Škola
Klasa		Studije		Student
djela				studije
Učitelj, nastavnik, profesor		Uči		Artikal
			ispit
			Izjava

Logičan dizajn

Logički dizajn neophodan je korak pri izradi baze podataka. Glavni zadatak logičkog dizajna je razvoj logičkog dijagrama usmjerenog na odabrani sustav upravljanja bazom podataka. Proces logičkog dizajna sastoji se od sljedećih koraka:

1. Izbor specifični DBMS;

2. Preslikavanje konceptualnog dijagrama na logički sklop;

3. Odabir jezika za obradu podataka.

Odabir određenog DBMS-a

Jedan od glavnih kriterija za odabir DBMS-a je procijeniti koliko učinkovito interni model podataka koji podržava sustav može opisati konceptualnu shemu. Sustavi za upravljanje bazama podataka fokusirani na osobnih računala, obično podržavaju relacijske ili mrežni model podaci. Velika većina modernih DBMS-ova su relacijski.

Dizajniranje baza podataka na temelju relacijskog modela ima niz važne prednosti ispred ostalih modela

· Neovisnost logičke strukture od fizičkog i korisničkog prikaza.

· Fleksibilnost strukture baze podataka - dizajnerska rješenja ne ograničavaju sposobnost programera baze podataka da u budućnosti izvršava široku paletu upita.

Jer relacijski model ne zahtijeva opis svih moguće veze između podataka, programer može naknadno postavljati upite o svim logičkim odnosima sadržanim u bazi podataka, a ne samo o onima koji su izvorno planirani.