| Planiranje časa i nastavni materijali | 8. razred | Planiranje nastave za školsku godinu | Tablični modeli

Lekcija 12
Tablični modeli

Tablični modeli

Proučena pitanja:

Tabele tipa “objekat-svojstvo”.
- Tabela tipa “objekat-objekat”.
- Binarne matrice.

Tablice objekata i svojstava

Drugi uobičajeni oblik informacionog modela je pravougaoni sto , koji se sastoji od redova i kolona. Upotreba tabela je toliko poznata da njihovo razumijevanje obično ne zahtijeva dodatno objašnjenje.

Kao primjer, razmotrite tabelu 2.1.

Prilikom sastavljanja tabele ona uključuje samo one informacije koje interesuju korisnika. Na primjer, pored informacija o knjigama koje su uključene u tabelu 2.1, postoje i drugi: izdavač, broj stranica, cijena. Međutim, za sastavljača tabele 2.1 bilo je dovoljno podataka o autoru, naslovu i godini izdavanja knjige (kolone „Autor“, „Naslov“, „Godina“) i informacija koje su vam omogućile da knjigu pronađete na police polica za knjige (kolona „Polica“). Pretpostavlja se da su sve police numerisane i, pored toga, svakoj knjizi je dodeljen svoj inventarski broj (kolona „Broj“).

Tabela 2.1 - Ovo je informacioni model knjižnog fonda kućne biblioteke.

Tabela može odražavati neki proces koji se odvija tokom vremena (Tabela 2.2).

Očitavanja, koja su navedena u tabeli 2.2, vršena su tokom pet dana u isto doba dana. Gledajući u tabelu, lako je uporediti različite dane u smislu temperature, vlažnosti itd. Ovaj sto može se posmatrati kao informacioni model proces promene vremenskih uslova.

Tabele 2.1 i 2.2 su najčešće korišteni tipovi tablica. Zovu se tabele objekata i svojstava..

Jedan red takve tabele sadrži informacije o jednom objektu (knjiga u biblioteci ili vremenske prilike u 12-00 na određeni dan). Kolone su pojedinačne karakteristike (osobine) objekata.

Naravno, redovi i kolone u tabelama 2.1 i 2.2 mogu se zamijeniti rotirajući ih za 90°. Ponekad to rade. Tada će redovi odgovarati svojstvima, a stupci objektima. Ali najčešće se tabele grade tako da imaju više redova nego kolona. Po pravilu ima više objekata nego svojstava.

Vrste odnosa između objekata predmetna oblast

Odnosi zasnovani na višestrukosti mogu biti četiri tipa – „jedan prema jedan“, „jedan prema više“, „mnogo-prema-više“, „mnogo-prema-jedan“.

Odnos jedan na 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 preduzeća

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

Sadrži

City District

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

Student (prezime, br. razredne knjige Fakultet) Predmet (ime, broj časova)

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 odnosima između njih konceptualni model. Ovaj model predstavlja objekte i njihove odnose bez navođenja načina na koji su fizički pohranjeni.

Prikazan je grafički 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 nabavke (vidi sliku 48).

Rice. 48 Primjer dizajna konceptualni model

Model se sastoji od tri objekta: Dobavljač, Narudžbina, Proizvod Odnos Postojeći između objekata Dobavljač i Narudžba ima moć jedan prema više, budući da se svaka narudžba vrši jednom dobavljaču, ali se može izvršiti nekoliko porudžbina datom dobavljač. Odnos između objekata narudžbe i proizvoda ima moć mnogo-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 (informaciono-logički model)- ljudski orijentisan i DBMS nezavisan model domena koji definiše agregate informacionih objekata, njihove atribute i odnose između objekata, dinamiku promjena u predmetnoj oblasti, kao i prirodu informacijskih potreba korisnika. Informacijski model predmetne oblasti može se opisati modelom „entitet-odnos“ (Chenov model), koji se zasniva na podjeli stvarnog svijeta na zasebne prepoznatljive entitete koji su međusobno u određenim vezama, a obje kategorije - suština i veza se smatraju primarnim, neodređenim pojmovima.

Svrha informacionog modeliranja

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

Osnovni koncepti

• Essence– bilo koji objekt koji se može razlikovati (objekat koji možemo razlikovati od drugog), informacije o kojima se moraju pohraniti u bazi podataka. Entiteti mogu biti ljudi, mjesta, avioni, letovi, ukus, boja itd. Potrebno je razlikovati koncepte 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 se odnosi na određenu stvar u skupu. Na primjer, tip entiteta može biti GRAD, a instanca može biti Moskva, Kijev itd.
• Atribut– imenovana karakteristika entiteta. Njegovo ime mora biti jedinstveno za određeni tip entiteta, ali može biti isto za razne vrste entiteti (na primjer, BOJA se može definirati za mnoge entitete: PAS, AUTOMOBIL, DIM, itd.). Atributi se koriste da definišu koje informacije treba prikupiti o entitetu. Primjeri atributa za entitet CAR su VRSTA, MARKA, REGISTRACIJSKA PLOČICA, BOJA, itd. I ovdje postoji razlika između tipa i instance. Tip atributa COLOR ima mnogo instanci ili vrijednosti: Crvena, Plava, Banana, Bijela noć, itd., ali svakoj instanci entiteta je dodijeljena 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 nezavisni entitet. Na primjer, za tvornicu automobila, boja je samo atribut proizvodnog proizvoda, ali za fabriku boja i lakova boja je vrsta entiteta.

• Ključ – minimalni set atributi čije se vrijednosti mogu koristiti za jedinstveno pronalaženje potrebne instance entiteta. Minimalnost znači da izuzimanje bilo kojeg atributa iz skupa ne dozvoljava da se entitet identificira po preostalim. Za entitet Raspored, ključ je atribut Flight_number ili skup: Departure_point, Departure_time i Destination_point (pod uslovom da jedan avion leti od tačke do tačke u bilo kom trenutku).

• Veza– udruženje dva ili više subjekata. Ako je svrha baze podataka bila samo pohranjivanje pojedinačnih, nepovezanih podataka, onda bi njena 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 između njih. A pošto prave baze podataka često sadrže stotine ili čak hiljade entiteta, teoretski se između njih može uspostaviti više od milion veza. Prisustvo takvog mnoštva veza određuje složenost informacionih modela.

Zahtjevi za informacioni model

• Adekvatno mapiranje predmetnog područja
• Izbjegavanje dvosmislenog tumačenja modela
• Jasna definicija modeliranog predmetnog područja (konačnost modela)
• Jednostavna proširivost, osiguravanje unosa novih podataka bez promjene prethodno definiranih, isto vrijedi i za brisanje podataka
• Mogućnost sastavljanja i dekompozicije modela zbog velike dimenzije realnih informacionih modela
• Lako razumljiv različitim kategorijama korisnika; Poželjno je da informacioni model gradi (ili barem učestvuje u njegovom kreiranju) specijalista koji radi u datoj predmetnoj oblasti, a ne samo dizajner računarskih sistema za obradu podataka
• Primjenjivost jezika specifikacije modela u priručniku i kompjuterski potpomognuto projektovanje informacioni sistemi

Komponente informacionog 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čki odnosi određeni posebnostima predstavljanja predmetne oblasti u jezičkom okruženju
• Ograničenja integriteta

Izgradnja modela "Objekat - Svojstvo - Odnos".

Klase objekata

U predmetnoj oblasti, u procesu njenog ispitivanja i analize, razlikuju se klase objekata. Klasa objekata je kolekcija objekata koji imaju isti skup svojstava. Na primjer, ako univerzitet posmatramo kao predmetno područje, onda se mogu razlikovati sljedeće klase objekata: studenti, nastavnici, publika, itd. Objekti mogu biti stvarni, kao što je gore navedeno, ili mogu biti apstraktni, kao što su objekti, koje studenti uče.

Kada se odrazi u informacioni sistem svaki objekat je predstavljen svojim identifikatorom, koji razlikuje jedan objekat klase od drugog, a svaka klasa objekata je predstavljena imenom te klase. Dakle, za objekte klase “PROUČENI PREDMETI”, identifikator svakog objekta će biti “NAME OF THE SUBJECT”. ID mora biti jedinstven.

Svaki objekat 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 koji opisuju objekte klase može biti “GODINA ROĐENJA”, “POL” itd.

Prilikom opisivanja predmetne oblasti potrebno je prikazati svaku od postojećih klasa objekata i skup svojstava fiksiranih za objekte ove klase.

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

Svaka klasa objekata u informacijskom modelu ima jedinstveno ime. Naziv klase objekta je gramatička fraza imenice (imenice koja može imati pridjeve i prijedloge). Ako se ime sastoji od nekoliko riječi, onda je poželjno da imenica bude prva. Imenica se mora koristiti u jednini, a ne u plural. Stoga je za klasu objekata „STUDIRANE DISCIPLINE“ o kojoj smo gore govorili, bolje je dati naziv „DISCIPLINA STUDIRA“. Ako se u predmetnoj oblasti tradicionalno koriste različiti nazivi za označavanje bilo koje klase objekata (tj. postoji sinonimija), onda ih sve treba zabilježiti pri opisu sistema, onda se jedan od njih bira kao glavni, a samo ovo treba koristiti u budućnosti u ILM-u. Pored naziva klase objekta, ILM može koristiti svoju oznaku kratkog koda.

Prilikom konstruisanja informacionog modela, preporučljivo je dati verbalnu interpretaciju svakog entiteta, posebno ako je moguće dvosmisleno tumačenje pojma.

Odnosi između objekta i njegovih svojstava

Kada se opisuje predmetno područje, potrebno je odraziti veze između objekta i svojstava koja ga karakteriziraju. Ovo je jednostavno prikazano kao linija koja povezuje oznaku objekta i njegovih svojstava.

Odnos između objekta 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 single. Za druga svojstva moguće je da jedan objekt ima više vrijednosti u isto vrijeme. Neka se, na primjer, kada se opisuje “ZAPOSLENI”, “Strani JEZIK” koji on govori upisuje kao njegovo vlasništvo. Budući da zaposlenik može znati nekoliko strani jezici, tada ćemo nazvati takvo svojstvo višestruko. Kada prikazujemo vezu između objekta i njegovih svojstava, koristićemo jednu strelicu za pojedinačna svojstva i dvostruku strelicu za više svojstava.

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

Druga karakteristika veze između objekta i njegovog svojstva je znak da li je ovo svojstvo prisutno u svim objektima date 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 nemaju navedeno svojstvo. Nazovimo takva svojstva uslovnim.

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

Ponekad je korisno uvesti koncept “kompozitnog svojstva” u infološki model. Primjeri takvih svojstava su “ADRESA”, koja se sastoji od “GRAD”, “ULICA”, “KUĆA” i “STAN” i “DATUM ROĐENJA”, koji se sastoji od “DAN”, “MJESEC” i “GODINA”. U ILM-u, za označavanje kompozitnog svojstva, koristimo kvadrat iz kojeg izlaze linije koje ga povezuju sa oznakama njegovih sastavnih elemenata.

Odnosi između objekata

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

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

Student ne može „zaraditi“ stipendiju, dobiti redovnu stipendiju ili dobiti jednu od poboljšanih stipendija.

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

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

• "mnogo prema jednom" (M:1)

Ponekad se ove vrste veza nazivaju stepenom povezanosti. Pored stepena povezanosti u infološkom modelu, da bi se okarakterisala povezanost između različitih entiteta, potrebno je naznačiti i takozvanu „klasu članstva“, koja pokazuje da li možda ne postoji veza između objekta date klase i bilo koji objekat druge klase. Klasa članstva entiteta mora biti obavezna ili opciona.

Hajde da objasnimo šta je rečeno konkretni primjeri. Kao što je već spomenuto, infološki model se ne gradi za jedan objekt, već prikazuje klase objekata i veze između njih. Odgovarajući dijagram koji ovo prikazuje naziva se dijagram tipa ER (ovaj naziv je zbog činjenice da je na engleskom riječ “entitet” napisana “entitet”, a odnos je “odnos”). Međutim, ponekad se, osim dijagrama tipa ER, koriste i dijagrami ER instance.

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

Pretpostavimo da je domen fabrika u kojoj neki zaposleni znaju neki strani jezik, ali niko od njih ne govori više od jednog jezika. Naravno, postoji mnogo jezika koje niko od zaposlenih ne govori, a takođe i da neki od zaposlenih govore isti strani jezik.

Pretpostavimo dalje da je predmetna oblast institut, a objekat OSOBA predstavlja kandidate koji ulaze u ovaj institut. Svaki od kandidata mora da poznaje neki strani jezik, ali niko ne govori više od jednog jezika.

I u prvom i u drugom razmatranom slučaju, odnos M:1 se posmatra između entiteta. Na dijagramu je to prikazano sa strane objekta “PERSONALITY” 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 opciona za oba entiteta, au drugom slučaju, za entitet „LIČNOST“, klasa članstva je obavezna. Na dijagramu je to predstavljeno tačkom u pravougaoniku koja odgovara objektu "PERSONALITY".

Neka predmetna oblast bude ista kao u prethodnom slučaju, ali postoje situacije u kojima neki kandidati znaju više stranih jezika. U ovom slučaju, veza između objekata će biti tipa M: M.

Pretpostavimo da je predmetna oblast određeni lingvistički institut, u kojem svaki od zaposlenih nužno zna nekoliko stranih jezika, a za svaki od jezika poznatih nauci u ovom institutu postoji barem jedan specijalista koji ga govori.

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

Jednostavni i složeni objekti

Za objekt se kaže da je jednostavan ako se tretira kao nedjeljiv. Kompleksni objekat je kombinacija drugih objekata, jednostavnih ili složenih, takođe prikazanih u informacionom sistemu. Koncept “jednostavnog” i “složenog” objekta je relativan. U jednom razmatranju, objekat se može smatrati jednostavnim, au drugom, isti objekat se može smatrati složenim. Na primjer, objekat „stolica“ u podsistemu računovodstva materijalnih sredstava će se smatrati jednostavnim objektom, ali za preduzeće koje proizvodi stolice, to će biti kompozitni objekat (uključujući „noge“, „naslon“, „sedište“, itd.).

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

Kompozitni objekat odgovara mapiranju relacije " cijeli 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 prikazan je 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“ su povezani odnosom tipa M: M, a „GRUPA“ i „STUDENTI“ su povezani odnosom 1: M .

Generalizovani objekat odražava prisustvo odnosa „rod-vrsta“ između objekata u predmetnoj oblasti. Na primjer, objekti UČENIK, ŠKOLAC, DIPLOMIR, TEHNIČKI STUDENT formiraju generalizirani objekat STUDENTS. Objekti koji čine generalizirani objekt nazivaju se njegovim kategorijama.

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

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

Poređenje metoda za konstruisanje ER modela

ER modeli se vrlo široko koriste u praksi dizajna baza podataka. Osim toga, koriste se u ručnom i kompjuterskom dizajnu. Tehnike grafički prikaz ER modeli se malo razlikuju različiti sistemi automatizacije dizajna iu raznim literarnim izvorima.

Zatim ćemo pogledati karakteristike predstavljanja ER modela u tri najveća poznatim sistemima automatizacija dizajna (CASE sistemi): Prokit*WORKBENCH, Design/IDEF i CASE ORACLE, kao iu nekim literarnim izvorima.

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

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

Sljedeći skup razlika se odnosi na način prikazivanja veza između objekata i specificiranja imena veza. Tako se u nekim tehnikama, za prikaz veze u konektoru linije koja predstavlja ovu vezu, predlaže da se prikaže romb i upiše naziv veze unutar ili pored njega (Chenov model). Budući da su veze dvosmjerne, naziv veze će se mijenjati ovisno s koje strane se gleda. Stoga se često predlaže navođenje oba ova imena u ILM-u (na primjer, u CASE sistemi ORACLE, Prokit). Štaviše, kako bi bilo jasno na koji smjer komunikacije se koji naziv odnosi, usvojeni su određeni dogovori o načinu postavljanja ovih naziva na dijagrame. Na primjer, iznad linije nazivi mjesta odnose se na lijevu stranu veze, a ispod linije - na desnu. Prisustvo takvih veliki broj oznake i potpisi zatrpaju model. Osim toga, samo imenovanje često predstavlja određene poteškoće, što povećava složenost modeliranja informacija. Stoga, u slučajevima kada to ne dovodi do nejasnoća i nejasnoća, ako sistem to dozvoljava, može se preporučiti da se za odnose ne koriste posebne oznake i nazivi.

Različiti simboli se takođe koriste za prikaz vrste veze (1:1, 1: M, M:M). Neki sistemi za automatizaciju dizajna, kao što je Prokit, omogućavaju korisniku da bira između raznih moguće oznake oni koji mu se više sviđaju ili su mu poznatiji. U ovom sistemu, sljedeće konvencije se mogu koristiti za označavanje tipa veza između objekata.

Za prikaz obaveznog pojavljivanja objekata u odnosu („klasa članstva/članstva“), također se koriste različiti simboli. Dakle, u CASE ORACLE klasa članstva se prenosi na sljedeći način; na onoj strani odnosa s kojom element ne mora nužno biti povezan, koristi se isprekidana linija, a gdje je članstvo obavezno, - puna linija. S obzirom na klasu članstva, mogući su tipovi odnosa prikazani na slici.

Notacija koja se koristi u CASE ORACLE je prikladnija, jer ako je objekt uključen u velike količine veze, tada dodatni pravougaonici sa tač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đe vezane za način prikazivanja određenih situacija, ali značajnije, dovode do razlika u samim modelima. Na primjer, u sistemu 3RACLE, generalizirani objekt je prikazan blokovima "gniježđenja" koji označavaju objekte "vrste" unutar bloka koji prikazuje "generički" objekat. Slika prikazuje sliku objekta PERSON o kojem se gore govori u konvenciji korištenoj u CASE ORACLE.

Kao što slijedi iz poređenja slika, slika generaliziranih objekata u upoređenim metodama razlikuje se ne samo u obliku prezentacije. Dakle, ako je objekt klasifikovan po različiti znakovi, onda kada se koristi prva od razmatranih metoda prikazivanja generaliziranih objekata, jasno je vidljivo na osnovu čega se vrši klasifikacija. Druga metoda slike to ne pruža. Drugim riječima, metoda prikazivanja generaliziranih objekata predložena na početku poglavlja je semantički značajnija i informativnija.

Slika prikazuje isti generalizovani objekat PERSON koji koristi sintaksu IDEF1X sistema. Po svojoj semantici, ovaj način predstavljanja je bliži 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. Pored razlika u prikazu pojedinih entiteta, u teoriji informacionog modeliranja postoji neslaganje u terminologiji koja se koristi. Na primjer, u CASE ORACLE, generički objekt se naziva supertip (syper-type), a objekt vrste naziva se pod-tip. Postoji mnogo takvih razlika u terminologiji koje se mogu navesti, ali to nam sada nije cilj.

4. Sljedeći krug razlika odnosi se na prostornu sliku pojedinih komponenti ILM-a. Na primjer, svojstva objekata ponekad nisu prikazana na istom dijagramu kao objekti i odnosi između njih, a njihovi opisi se rade zasebno. Često je „pisanje svojstava predstavljeno u tabelarnom ili drugom analitičkom obliku, a ne u grafičkom obliku.

ILM, čak i za malu i jednostavnu predmetnu oblast, uključuje opis značajnog broja komponenti i veza između njih. Ovo otvara problem vidljivosti. opšta šema. Ovaj problem se različito rješava ručnom i automatiziranom konstrukcijom informacijskog modela. IN automatizovani sistemi najčešće građena pojedinačna slika Koristi se ER model i tehnika skaliranja, kada se smanjenjem ili povećanjem razmjera slike može vidjeti i cijeli dijagram i njegov pojedinačni fragment na ekranu.

Koriste se i razne tehnike za smanjenje broja preseka linija na dijagramu. Tako je u sistemu Prokit, za ove svrhe, moguće duplirati sliku objekta i postaviti ovaj duplikat pored objekta sa kojim ga treba povezati. Kako bi se pokazalo da ovo nije novi objekt, koristi se neka vrsta simbola, na primjer, ugao odgovarajućih blokova je precrtan.

Prilikom ručnog dizajna, obično nije moguće prikazati cijeli model ER u obliku jednog dijagrama. U ovom slučaju možemo preporučiti sljedeću tehniku: prikazati i opisati svaki objekt nezavisno, 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 sistemima ili metode nisu dostupne u drugim. U ovim slučajevima je moguće razne opcije: a) da bi se oslikala situacija, koriste se mogućnosti koje pruža model, ali to zahtijeva upotrebu određenih tehnika, često donekle umjetnih, za njihovo predstavljanje; b) situacija se jednostavno ne odražava u modelu.

Na primjer, u mnogim sistemima informacionog modeliranja pretpostavlja se da objekt može imati samo pojedinačna svojstva. U ovom slučaju, svako višestruko svojstvo treba biti predstavljeno kao nezavisni objekt i odnos između ovog novouvedenog objekta i originalnog objekta treba biti prikazan.

U IDEF-u svojstva objekta mogu biti samo pojedinačna i uvijek definirana (ne uvjetna). Ako svojstvo možda nije prisutno ni u jednom objektu, tada je potrebno odabrati zasebne entitete, na primjer ZAPOSLENI s atributom PLATA i RADNIK PO SATU koji nema takav atribut. To će dovesti do potrebe odabira velikog broja objekata i veza u ILM-u i do smanjenja vidljivosti modela. Na primjer, pojedinačne instance objekta PERSONALITY mogu, ali ne moraju imati akademski naziv, akademski stepen, godinu diplomiranja na univerzitetu i mnoge druge karakteristike. Za svaku od ovih karakteristika bit će potrebno razlikovati podklase.

Neke metode ne uvode agregirani objekt kao nezavisnu kategoriju. U ovom slučaju, agregirani objekt je prikazan kao jednostavan, a korisnik prvo mora odrediti njegov identifikator i svojstva. Ako model dozvoljava prikazivanje samo binarnih odnosa, tada dizajner mora konvertirati n-arnu relaciju u skup binarnih.

Pored ovih poteškoća pri određivanju identifikatora agregiranog entiteta, problemi se mogu pojaviti i pri prelasku sa ILM-a na datalogički model.

Opcija kada se situacija ne može odraziti u ILM-u može se ilustrovati sljedećim: ako tehnika konstrukcije modela ne uključuje fiksiranje klase članstva u odnosu, tada će se ove informacije jednostavno izgubiti.

U nekim CASE sistemima postoji situacija u kojoj je neka konstrukcija dozvoljena u sistemu kao srednja. Na primjer, u IDEF-u i CASE ORACLE relacija M:M je dozvoljena kao nespecifična relacija. Njegovo prisustvo je dozvoljeno u ranim fazama razvoja projekta, a kasnije se mora zamijeniti specifičnim odnosom kroz uvođenje trećeg subjekta. Ovo je nedostatak sistema, jer, prvo, svi DBMS ne zahtevaju takvu transformaciju (neki sistemi eksplicitno podržavaju relaciju M:M), a drugo, ako je takva transformacija potrebna, sistem automatizacije dizajna bi je mogao izvršiti automatski. u fazi logičkog dizajna. Čak i ako se izvodi “ručno” projektovanje, navedenu transformaciju projektant mora izvršiti u fazi datalogičkog dizajna, a ne pri opisu predmetne oblasti. Pored toga, tokom transformacije koja se razmatra u fazi informacionog dizajna, uvodi se IDEF nova kategorija entiteti - entiteti ukrštanja ili asocijativni entiteti. Uvođenje novih entiteta podrazumijeva uvođenje u ILM i dodatne veze. Sve ovo zajedno komplikuje ionako težak zadatak informacionog dizajna.

U predmetnom području mogu postojati entiteti čiji identifikatori zavise od identifikatora nekog drugog objekta. Na primjer, ako su sekcije poduzeća numerirane 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 navođenje ovog kompozitnog identifikatora. Neke metode za izgradnju ER modela (na primjer, IDEFIX, Prokit metodologija) predviđaju uvođenje posebnih tipova entiteta i posebnih tipova odnosa za prikaz slične situacije. Dakle, u IDEF-u, entitet, da bi se identifikovao koji od njih mora uzeti u obzir njegov odnos sa drugim entitetima; naziva se entitet ovisan o identifikatoru i koristi zaokruženi okvir da ga predstavi. Da bi se prikazao entitet nezavisan od identiteta, koristi se pravougaonik. Za povezivanje objekata, od kojih je jedan potreban za potpunu identifikaciju drugog, uvodi se koncept identifikacionog odnosa. Takođe ima svoj simbol. IDEF koristi punu liniju za identifikacioni odnos i isprekidanu liniju za odnos koji ne identifikuje.

6. Kao što je gore navedeno kada se razmatraju principi infološkog modeliranja, koncepti “objekta”, “svojstva”, “odnosa” su relativni. Dakle, u osnovnom informacijskom modelu koji predlažemo razlikujemo različite vrste objekti: jednostavni, složeni, agregirani, generalizirani. Neki sistemi, kao što je IDEF, ne klasifikuju objekte na ovaj način i umjesto toga koriste različite relacije.

Oba pristupa imaju pravo na postojanje. U upoređenim pristupima nema suštinskih razlika koje bi imale značajne posledice.

2. 2. IZGRADNJA MODELA “OBJEKAT - IMOVINA - ODNOSI”

Za opisivanje ILM-a koriste se i jezici analitičkog (deskriptivnog) tipa i grafički alati u daljem tekstu primijenjen grafička metoda mapiranje modela “objekt-svojstvo-odnos”. U predmetnoj oblasti, u procesu njenog ispitivanja i analize, identifikuju se klase objekata. Objekat klasa naziva se zbirka objekata koji imaju isti skup svojstava. Na primjer, ako univerzitet posmatramo kao predmetno područje, onda se mogu razlikovati sljedeće klase objekata: studenti, nastavnici, publika, itd. Objekti mogu biti stvarni, kao što je gore navedeno, ili mogu biti apstraktni, kao što su objekti, koje studenti uče.

Kada se reflektuje u informacionom sistemu, svaki objekat je predstavljen svojim identifikatorom, koji razlikuje jedan objekat klase od drugog, a svaka klasa objekata je predstavljena imenom ove klase. Dakle, za objekte klase “SUBJECTS STUDYED”, identifikator svakog objekta će biti “SUBJECT NAME”. ID mora biti jedinstven.

Svaki objekat 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 koji opisuje objekte klase može biti “GODINA ROĐENJA”, “POL” itd.

Prilikom opisa predmetne oblasti potrebno je prikazati svaku od postojećih klasa objekata i skup svojstava fiksiranih za objekte ove klase.

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

Nekretnina

Rice. 2.3 Označavanje objekata i njihovih svojstava

Svaka klasa objekata u informacijskom modelu ima jedinstveno ime.

Prilikom konstruisanja informacionog modela, preporučljivo je dati verbalnu interpretaciju svakog entiteta, posebno ako je moguće dvosmisleno tumačenje pojma.

Rice. 2.4 Slika odnosa objekt-svojstvo

Kada se opisuje predmetno područje, potrebno je odraziti veze između objekta i svojstava koja ga karakteriziraju. Ovo je jednostavno prikazano kao linija koja povezuje oznaku objekta i njegovih svojstava.

Odnos između objekta 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 single. Za druga svojstva moguće je da jedan objekt ima više vrijednosti u isto vrijeme. Neka, na primjer, kada opisujete “ZAPOSLENIKA” kao svoje vlasništvo odredite “Strani JEZIK” koji govori. Pošto zaposleni može da zna više stranih jezika, nazvaćemo ovu imovinu plural. Kada prikazujemo vezu između objekta i njegovih svojstava, koristićemo jednu strelicu za pojedinačna svojstva i dvostruku strelicu za više svojstava.

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

Druga karakteristika odnosa između objekta i njegovog svojstva je da li je ovo svojstvo prisutno u svim objektima date klase ili odsutno u nekim objektima. Na primjer, za pojedinačne zaposlenike može postojati svojstvo “AKADEMSKI DEGREE”, ali drugi objekti ove klase možda nemaju navedeno svojstvo. Nazovimo ova svojstva uslovno.

Kada prikazujemo vezu između uslovnog svojstva i objekta, koristićemo isprekidanu liniju, a za označavanje dinamičkih i statičkih svojstava koristićemo slova D i S iznad odgovarajuće linije.

Ponekad je u informacioni model korisno uvesti koncept “kompozitna svojina”. Primjeri takvih svojstava su “ADRESA”, koja se sastoji od “GRAD”, “ULICA”, “KUĆA” i “STAN” i “DATUM ROĐENJA”, koji se sastoji od “DAN”, “MJESEC” i “GODINA”. U ILM-u, za označavanje kompozitnog svojstva, koristimo kvadrat iz kojeg izlaze linije koje ga povezuju sa oznakama njegovih sastavnih elemenata (slika 2. 4).

Infološki model ne prikazuje pojedinačne instance objekata, već klase objekata. Kada je oznaka objekta prikazana u ILM-u, to je jasno mi pričamo o tome o klasi objekata koji imaju opisana svojstva. Stoga je u većini slučajeva moguće ne uvesti eksplicitno oznaku za klasu objekata u informacioni model. Eksplicitna reprezentacija klase objekata neophodna je samo ako softver za datu klasu objekata beleži ne samo karakteristike koje se odnose na pojedinačne objekte ove klase, već i neke integralne karakteristike koje se odnose na celu klasu u celini. Na primjer, ako se za klasu objekata “ZAPOSLENI U PREDUZEĆU” ne evidentira samo starost svakog zaposlenog, već i prosječna starost svih zaposlenih, onda infološki model mora odražavati ne samo objekat “ZAPOSLENI”, već i “ZAPOSLENI ” klasa objekata. Za prikaz klase objekata možete koristiti neku specifičnu oznaku ili istu onu koja se koristi za objekte (slika 2. 5).

Rice. 2.5 Slika klase objekata i integralne karakteristike klase.

Pored veze između objekta i njegovih svojstava, infološki model obuhvata veze između objekata različitih klasa. Postoje veze tipa „jedan na jedan“ (1:1), „jedan prema više“ (1:M), „mnogo prema mnogo“ (M:M). Ponekad se ove vrste veza nazivaju stepenom povezanosti.

Pored stepena povezanosti u informacionom modelu, za karakterizaciju povezanosti između različitih entiteta, potrebno je naznačiti i tzv. "članska klasa", koji pokazuje da li objekat date klase možda nije povezan ni sa jednim objektom druge klase. Klasa članstva entiteta mora biti obavezna ili opciona.

Objasnimo ono što je rečeno na konkretnim primjerima. Kao što je već spomenuto, infološki model se ne gradi za jedan objekt, već prikazuje klase objekata i veze između njih. Odgovarajući dijagram koji ovo prikazuje naziva se dijagram tipa ER (ovaj naziv je zbog činjenice da je na engleskom riječ “entitet” napisana “entitet”, a odnos je “odnos”). Međutim, ponekad se, osim dijagrama tipa ER, koriste i dijagrami ER instance.

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

Pretpostavimo da je domen fabrika u kojoj neki zaposleni znaju neki strani jezik, ali niko od njih ne govori više od jednog jezika. Naravno, postoji mnogo jezika koje niko od zaposlenih ne govori, a takođe i da neki od zaposlenih govore isti strani jezik (Sl. 2. 6).

s1. .ya1

s2. .ya2

s3. .ya3

s4. .ya4

s5. .ya5

s6. .ya6

s7. .ya7

Rice. 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.

Rice. 2. 7. Dijagram E - R tipova

Pretpostavimo dalje da je predmetna oblast institut, a objekat „OSOBA“ predstavlja kandidate koji ulaze u ovaj institut. Svaki od kandidata mora da poznaje neki strani jezik, ali niko ne govori više od jednog jezika (Sl. 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 ličnosti

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. Na dijagramu je to prikazano sa strane objekta “LIČNOST” dvostrukom strelicom, a sa strane “Strani JEZIK” ” objekt - jednom strelicom na liniji koja prikazuje odnos između entiteta podataka.

Razlika u situacijama koje se razmatraju je u tome što je u prvom slučaju klasa članstva opciona za oba entiteta, au drugom slučaju, za entitet „LIČNOST“, klasa članstva je obavezna. Na dijagramu (sl. 2. 9) to je prikazano tačkom u pravougaoniku koja odgovara objektu „LIČNOST“.

Neka predmetna oblast bude ista kao u prethodnom slučaju, ali postoje situacije u kojima neki kandidati znaju više 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 ličnosti

l1 i1

l2 i2

l3 i3

l4 i4

l5 i5

l6 i6

l7 i7

Pretpostavimo da je predmetna oblast određeni lingvistički institut, u kojem svaki zaposleni obavezno zna nekoliko stranih jezika, a za svaki od jezika poznatih nauci u ovom institutu postoji barem jedan specijalista koji ga govori.

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

(Može se dati primjer, ali poenta je jasna.)

Iznad smo gledali objekte ne upuštajući se u njihovu složenost. U stvari, postoji nekoliko vrsta objekata.

Prije svega, to su jednostavni i složeni objekti. Objekt se zove jednostavno, ako se smatra nedjeljivim. Tesko objekat je skup drugih objekata, jednostavnih ili složenih, takođe prikazanih u informacionom sistemu. Koncept “jednostavnog” i “složenog” objekta je relativan. U jednom razmatranju, objekat se može smatrati jednostavnim, au drugom, isti objekat se može smatrati složenim. Na primjer, objekat „stolica“ u podsistemu računovodstva materijalnih sredstava će se smatrati jednostavnim objektom, ali za preduzeće koje proizvodi stolice, to će biti kompozitni objekat (uključujući „noge“, „naslon“, „sedište“, itd.).

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

Kompozitni objekat odgovara mapiranju odnosa "cijeli dio". Primjeri kompozitnih objekata su Čvorovi-DELOVI, 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 prikazan je na isti način kao što je gore opisano. Štoviše, priroda veze također može biti različita: na primjer, “DELOVI” i “ČVOROVI” su povezani odnosom tipa M: M, a “GRUPA” i “STUDENTI” su povezani odnosom 1: M .

Generički objekat odražava prisustvo odnosa tipa „roda“ između objekata predmetnog područja. Na primjer, objekti UČENIK, ŠKOLAC, DIPLOMIR, TEHNIČKI STUDENT formiraju generalizirani objekat STUDENTS. Objekti koji čine generalizirani objekt nazivaju se njegovim kategorijama.

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

Utvrđivanje odnosa rod-vrsta znači razvrstavanje objekata predmetne oblasti prema određenim karakteristikama. Podklase se mogu razlikovati u informacionom modelu u eksplicitnom i implicitnom obliku. U prvom slučaju, kada grafički prikaz uveden posebna oznaka za podklasu. Na sl. 2. 14 prikazuje fragment infološkog modela, koji odražava generalizovani objekat „LIČNOST“ za više obrazovne ustanove. Za njega postoji nekoliko kategorija: UČITELJ, STUDENT, DIPLOMIRANI. Za označavanje podklase u dijagramu korišten je trokut.

Naravno, klasifikacija može biti na više nivoa. Dakle, u primjeru koji se razmatra, generalizirani objekat “LIČNOST” može se podijeliti u dvije podklase: ZAPOSLENI i STUDENT. ZAPOSLENI se pak mogu svrstati u FAKULTET, NASTAVNO OSOBLJE, UPRAVU itd.

Ličnost

Rice. 2.14 Generalizirana slika objekta

Klase objekata identifikovanih u predmetnoj oblasti mogu biti ukrštane ili neukrštajuće. Za prikaz ovih informacija u infološkom modelu, možete koristiti graf ukrštanja, čiji vrhovi odgovaraju klasama (podklasama) objekata, a ivice povezuju par vrhova samo ako se odgovarajuće klase objekata ukrštaju. Možete koristiti ponderisani graf za prikaz stepena preseka. U ovom slučaju, težina vrha će označavati kardinalnost odgovarajućeg skupa objekata, a težina ivice će označavati kardinalnost skupa koji je presjek skupova povezanih ovim rubom (slika 2.15).

Rice. 2.15 Graf raskrsnice

Graf raskrsnice sadrži Dodatne informacije o predmetnoj oblasti 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” kombinuje objekte “DOBAVLJAČ”, koji isporučuje proizvode, “POTROŠAČ” koji prima ove proizvode, kao i same isporučene “PROIZVODE”. Jedinstveni objekt je “DATUM ISPORUKE”. Agregirani objekt, poput jednostavnog objekta, može imati svojstva koja ga karakteriziraju. U primjeru koji se razmatra, takvo svojstvo može biti veličina isporuke.

Agregirani objekti se obično nazivaju verbalnim imenicama (na primjer, opskrba, oslobađanje - oslobađanje, prodaja-prodaja itd.).

Rice. 2.16 Slika agregiranog objekta

Da bismo prikazali agregirani objekt 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 simboli one objekte koji formiraju ovaj agregirani objekt. Svojstva agregiranog objekta se prikazuju na isti način kao za jednostavan objekat. On pirinač. Slika 2.16 prikazuje agregirani objekat “ISPORUKA PROIZVODA”.

Druga faza analize predmetne oblasti sastoji se od odabira informacionih objekata, specificiranja neophodna svojstva za svaki objekt, identificiranje veza između objekata, određivanje ograničenja koja su nametnuta informacionih objekata, vrste veza između njih, karakteristike informacionih objekata.

Prilikom odabira informacijskih objekata morate odgovoriti na niz pitanja:

1. U koje tabele se mogu podijeliti podaci koji se pohranjuju u bazi podataka?

2. Koje ime se može dati svakoj tabeli?

3. Kojih je najviše interesantne karakteristike(sa korisničke tačke gledišta) može li se razlikovati?

4. Koja imena se mogu dodijeliti odabranim karakteristikama?

U našem slučaju, trebalo bi da kreiramo sledeće tabele (slika 4):

Istaknimo veze između informacionih objekata (slika 5)

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

1. Koje vrste veza između informacionih objekata?

2. Koji naziv se može dati svakoj vrsti odnosa?

3. Šta su mogući tipovi veze koje se mogu koristiti kasnije?

Pokušaj postavljanja ograničenja na objekte, njihove karakteristike i veze dovodi do potrebe da se odgovori na sljedeća pitanja:

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

2. Šta su funkcionalne zavisnosti između karakteristika jednog informacionog objekta?

3. Koji tip prikaza odgovara svakoj vrsti odnosa?

Prilikom dizajniranja baze podataka postoje odnosi između informacionih objekata tri tipa: „jedan prema jedan“, „jedan prema mnogima“, „mnogo prema mnogo“ (slika 6).

Na primjer:

Izgradnja konceptualnog modela

IN jednostavnim slučajevima Za izgradnju konceptualne sheme koriste se tradicionalne metode agregacije i generalizacije. Tokom agregacije, informacioni objekti (elementi podataka) se kombinuju u jedan u skladu sa semantičkim odnosima između objekata. Na primjer, čas istorije u 10. razredu održava se u sali br. 7, sa početkom u 9:30. Koristeći metodu agregacije, kreiramo RASPORED informacionog objekta (entiteta) sa sljedećim atributima: “klasa”, “predmet”, “kancelarija”, “vrijeme”. Prilikom generalizacije, informacioni objekti (elementi podataka) se kombinuju u generički objekat (slika 7):

Izbor modela diktira prvenstveno priroda predmetne oblasti i zahtjevi za bazom podataka. Druga važna okolnost je nezavisnost konceptualnog modela od DBMS-a, koji se mora odabrati nakon izrade konceptualnog dijagrama.

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

Suština se podrazumijeva kao glavni sadržaj pojave, procesa ili objekta o kojem se prikupljaju podaci za bazu podataka. Entitet može biti mjesto, stvar, osoba, pojava itd. U ovom slučaju, pravi se razlika između tipa entiteta i instance entiteta. Tip entiteta se obično shvata kao skup homogenih objekata koji deluju kao celina. Koncept "instance entiteta" odnosi se na određenu stavku. Na primjer:

Tip entiteta - student

Entitetska instanca - Ivanov, Petrov, Sidorov itd.

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

Sada možete preći na dizajniranje informacionog (konceptualnog) dijagrama baze podataka (atributi entiteta nisu prikazani na dijagramu) (slika 9).

pripada		Škola
Klasa		Studije		Student
radi				studije
Učitelju		Uči		Stavka
			ispit
			Izjava

Logičan dizajn

Logički dizajn je neophodan korak prilikom kreiranja baze podataka. Glavni zadatak logičkog dizajna je razvoj logičkog dijagrama fokusiranog na odabrani sistem upravljanja bazom podataka. Proces logičkog dizajna sastoji se od sljedećih koraka:

1. Izbor specifični DBMS;

2. Mapiranje konceptualnog dijagrama na logičko kolo;

3. Odabir jezika za manipulaciju podacima.

Odabir određene DBMS

Jedan od glavnih kriterijuma za odabir DBMS-a je da se proceni koliko efikasno interni model podataka koji podržava sistem može da opiše konceptualnu šemu. Sistemi upravljanja bazama podataka fokusirani na personalni računari, obično podržavaju relacijske ili mrežni model podaci. Velika većina modernih DBMS-ova je relacijski.

Dizajniranje baza podataka na osnovu relacionog modela ima niz važne prednosti ispred ostalih modela

· Nezavisnost logičke strukture od fizičke i korisničke reprezentacije.

· Fleksibilnost strukture baze podataka – dizajnerska rješenja ne ograničavaju sposobnost programera baze podataka da u budućnosti izvrši širok spektar upita.

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