Vrste veza informacionih objekata. Baza podataka kao informacioni model predmetne oblasti

19.06.2019 Internet, Wi-Fi, lokalne mreže

Vrste odnosa između objekata predmetne oblasti

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

Odnos jedan na jedan (1:1) postoji kada je jedna instanca jednog objekta povezana s jednom instancom drugog. Komunikacija je jedinstvena s lijeva na desno 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.

Sastoji se od

City District

Odnos više-prema-više (M:M) postoji kada je jedna instanca prvog objekta povezana s jednom ili više instanci drugog, a svaka instanca drugog s jednom ili više instanci prvog.

Student (prezime, broj matične knjige. Fakultet) Predmet (ime, broj sati)

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

Prezime učenika (M:1) Broj grupe

konceptualni model. Poziva se objektni model 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.

Grafički je predstavljen u obliku posebnog dijagrama koji je predložio američki stručnjak za baze podataka C. Bachman. U Bachmanovim dijagramima, objekti su predstavljeni vrhovima nekog matematičkog grafa, veze su predstavljene lukovima grafa. Razmotrite, na primjer, model podataka nabavke (vidi sliku 48).

Rice. 48 Primjer dizajniranja konceptualnog modela

Model se sastoji od tri objekta: Dobavljač, Narudžbina, Roba.Odnos između objekata Dobavljač i Narudžbina ima kapacitet jedan-prema-više, budući da se svaka narudžba vrši prema jednom dobavljaču, ali ovom dobavljaču može biti poslato nekoliko porudžbina. Odnos između objekata Narudžba i Stavka ima kardinalnost mnogo prema mnogo, budući da narudžba sadrži više stavki, a stavka se može pojaviti u više redoslijeda.

Druga faza analize predmetne oblasti sastoji se u odabiru informacionih objekata, postavljanju potrebnih svojstava za svaki objekat, identifikaciji veza između objekata, određivanju ograničenja koja se nameću informacionim objektima, vrstama veza među njima, karakteristikama informacionih objekata.

Prilikom odabira informacijskih objekata potrebno je odgovoriti na niz pitanja:

1. Koje tabele se mogu podijeliti na podatke koji se pohranjuju u bazi podataka?

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

3. Koje su najzanimljivije karakteristike (sa stanovišta korisnika) koje se mogu identifikovati?

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 su vrste veza između informacionih objekata?

2. Koje ime se može dati svakoj vrsti veze?

3. Koje su moguće vrste veza koje se kasnije mogu koristiti?

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

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

2. Koje 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

U jednostavnim slučajevima, tradicionalne metode agregacije i generalizacije koriste se za izgradnju konceptualne sheme. Prilikom agregiranja, informacioni objekti (elementi podataka) se kombinuju u jedan u skladu sa semantičkim vezama između objekata. Na primjer, čas istorije u 10. razredu "a" održava se u sobi broj 7, sa početkom u 9-30. Koristeći metodu agregacije, kreiramo RASPORED informativnog 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 izabrati nakon izgradnje konceptualne šeme.

Veoma su česti modeli odnosa entiteta, koji omogućavaju predstavljanje strukture i ograničenja stvarnog svijeta, a zatim njihovu transformaciju u skladu sa mogućnostima industrijskog DBMS-a.

Suština se podrazumijeva kao glavni sadržaj pojave, procesa ili objekta o kojem se prikupljaju informacije za bazu podataka. Mjesto, stvar, osoba, pojava itd. mogu djelovati kao entitet. Pravi se razlika između tipa entiteta i instance entiteta. Tip entiteta se obično shvata kao skup homogenih objekata koji deluju kao celina. Termin "instanca 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 odnose između entiteta (slika 8).

Sada možete nastaviti sa dizajniranjem informacijske (konceptualne) šeme baze podataka (atributi entiteta nisu prikazani na dijagramu) (slika 9).

pripada	Škola

Klasa	Studije		Student

radi			studije

Učitelju	Uči		Predmet

		ispit

		Vedomosti

Logic design

Logički dizajn je neophodan korak u kreiranju baze podataka. Glavni zadatak logičkog dizajna je razvoj logičke šeme fokusirane na odabrani sistem upravljanja bazom podataka. Proces logičkog dizajna sastoji se od sljedećih koraka:

1. Odabir određene DBMS;

2. Preslikavanje konceptualne šeme u logičku šemu;

3. Izbor jezika za manipulaciju podacima.

Odabir određenog DBMS-a

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 za upravljanje bazama podataka orijentisani na personalne računare po pravilu podržavaju relacioni ili mrežni model podataka. Velika većina modernih DBMS-a je relacijski.

Dizajniranje baza podataka zasnovanih na relacionom modelu ima niz važnih prednosti u odnosu na druge modele.

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

Budući da relacijski model ne zahtijeva opis svih mogućih odnosa između podataka, programer može naknadno postaviti pitanja o svim logičkim odnosima sadržanim u bazi podataka, a ne samo o onima koji su prvobitno planirani.

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

Lekcija 12
Tablični modeli

Tablični modeli

Pitanja koja se proučavaju:

Tabele tipa "objekat-svojstvo".
- Tip tabele "objekat-objekat".
- Binarne matrice.

Tabele tipa "objekat-svojstvo"

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

Kao primjer, razmotrite tabelu 2.1.

Prilikom sastavljanja tabele ona uključuje samo one informacije koje interesuju korisnika. Na primjer, pored onih 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 izdanja knjige (kolone "Autor", "Naslov", "Godina") i podataka da se knjiga nađe na policama 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 u vremenu (Tabela 2.2).

Očitavanja navedena u tabeli 2.2 uzeta su tokom pet dana u isto doba dana. Gledajući tabelu, lako je uporediti različite dane u pogledu temperature, vlažnosti itd. Ova tabela se može smatrati informacionim modelom procesa promene stanja vremena.

Tabele 2.1 i 2.2 su najčešće korišćeni tipovi tabele. Zovu se tabele "objektno-svojstva"..

Jedan red takve tabele sadrži informacije o jednom objektu (knjiga u biblioteci ili vremenska prognoza u 12-00 na određeni dan). Kolone - zasebne 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.

Osnove informacionih sistema. Baza podataka.

Plan.

1. Osnovni pojmovi.

2. Klasifikacija baza podataka.

3. Modeli podataka.

4. Informacijski objekti i veze.

5. Dizajn baze podataka.

6. Sastav datoteke baze podataka. DBMS arhitektura.

7. Povezivanje tablica. Integritet podataka.

8. Vrste zahtjeva. Struktura zahtjeva.

Osnovni koncepti.

U istoriji razvoja računarske tehnologije uočena su dva glavna pravca njene primene.

Prvi se odnosi na izvođenje velikih numeričkih proračuna, koje je teško ili nemoguće izvesti ručno. Razvoj ove oblasti doprineo je ubrzanju razvoja metoda matematičkog modeliranja, numeričkih metoda, programskih jezika visokog nivoa, dizajniranih za pogodno predstavljanje računskih algoritama.

Drugi pravac je povezan sa upotrebom kompjuterske tehnologije za kreiranje, skladištenje i obradu velikih količina podataka. Takvi zadaci se rješavaju informacioni sistemi(IP). To uključuje pretraživanje, referentne, bankarske sisteme, automatizovane sisteme upravljanja preduzećima.

Probleme prvog tipa karakteriše velika količina računarskog rada sa relativno malim zahtevima za memorijom. Zadaci drugog tipa, naprotiv, zahtijevaju velike količine vanjske memorije za relativno male proračune. Drugo područje primjene pojavilo se nešto kasnije od prvog. To je zbog činjenice da je u prvim fazama eksterna memorija računarskih sistema bila nesavršena, tj. pouzdano skladištenje velikih količina podataka nije bilo moguće.

Informacioni sistemi su kreirani da olakšaju obradu informacija. Informacioni sistem je hardversko-softverski kompleks koji pruža sljedeće funkcije:

unos podataka o objektima određene predmetne oblasti;

Pouzdano skladištenje i zaštita podataka u eksternoj memoriji računarskog sistema;

dodavanje, brisanje, promjena podataka;

Sortiranje, uzorkovanje podataka prema zahtjevima korisnika;

· izvođenje transformacija informacija, specifičnih za datu predmetnu oblast;

pružanje korisnicima korisničkog sučelja; sumiranje podataka i sastavljanje izvještaja.

Količina podataka u IS-u može biti u milijardama bajtova. Otuda potreba za uređajima koji pohranjuju velike količine podataka u eksternu memoriju. Broj korisnika IS može dostići desetine hiljada, što stvara brojne probleme u implementaciji efikasnih algoritama za funkcionisanje IS-a. Ovi zadaci se uspješno rješavaju ako se podaci u informacionom sistemu nalaze strukturirano.

Primjer strukturirani podaci - studentska grupa. Svaki član grupe je u velikoj meri individualan i može se okarakterisati iz različitih uglova. Ali dekanat će vjerovatno biti zainteresovani za sljedeće podatke (predmetna oblast): prezime, ime, patronim, predmet, naziv grupe, niz ocjena u disciplinama koje se izučavaju. Dakle, iz čitavog niza podataka biraju se samo neki, tj. kreira se informacioni model objekta. Podaci se poredaju po redosledu, prema vrstama (formatima) podataka koji se koriste, nakon čega ih može obraditi automatska mašina, a to je računar.

Zove se zbirka povezanih podataka struktura podataka. Zove se skup strukturiranih podataka koji se odnose na istu predmetnu oblast baza podataka (DB) . Poziva se skup programa koji implementiraju IS funkcije u bazi podataka u obliku prilagođenom korisniku sistem za upravljanje bazom podataka (DBMS). Programi koji obavljaju specifičnu obradu podataka u bazi podataka čine paket aplikacijskih programa (APP). Dakle, možemo to zaključiti IP- ovo je organizaciona asocijacija hardvera (JSC), jedne ili više baza podataka (DB), sistema za upravljanje bazom podataka (DBMS) i aplikacijskih softverskih paketa (APP).

Klasifikacija baze podataka.

Po tehnologiji obrade Baze podataka se dijele na centralizirane i distribuirane.

Centralizovano Baza podataka je u potpunosti pohranjena u memoriji jednog računarskog sistema. Ako je sistem dio mreže, drugi sistemi mogu pristupiti ovoj bazi podataka.

Distribuirano Baza podataka se sastoji od nekoliko baza podataka, koje se mogu preklapati ili duplirati jedna drugu, pohranjenih u memoriji različitih računarskih sistema povezanih u mrežu.

Prema načinu pristupa podacima baze podataka se dijele na lokalni i udaljeni (mrežni) pristup.

Lokalni pristup pretpostavlja da DBMS obrađuje bazu podataka koja je pohranjena na istom računarskom sistemu.

Daljinski pristup- ovo je pristup bazi podataka, koja je pohranjena na jednom od sistema uključenih u računarsku mrežu. Daljinski pristup se može izvršiti na bazi fajl-server ili klijent-server.

Arhitektura servera datoteka uključuje dodjelu jednog od mrežnih računara (servera) za skladištenje centralizirane baze podataka. Svi ostali mrežni računari (klijenti) imaju ulogu radnih stanica koje kopiraju potreban dio centralizirane baze podataka u svoju memoriju gdje se odvija obrada. Međutim, sa visokim intenzitetom zahtjeva prema centraliziranoj bazi podataka povećava se opterećenje mrežnih kanala, što dovodi do smanjenja performansi IS-a u cjelini.

Arhitektura klijent-server pretpostavlja da server posvećen pohranjivanju centralizirane baze podataka dodatno obrađuje zahtjeve klijenata. Klijenti primaju već obrađene podatke preko mreže. S obzirom na široku upotrebu baza podataka u različitim oblastima, nedavno se arhitektura klijent-server također koristi na pojedinačnim računarskim sistemima. U tom slučaju klijentski program kojem su potrebni podaci iz baze podataka šalje zahtjev serveru – programu koji upravlja održavanjem baze podataka, na posebnom univerzalnom jeziku upita. Server na njegov zahtjev šalje programu podatke koji su rezultat pretrage u bazi podataka. Ova metoda je pogodna po tome što se od klijentskog programa ne traži da sadrži sve funkcije održavanja i održavanja baze podataka; server radi. Kao rezultat toga, pisanje klijentskih programa je pojednostavljeno, a serveru može pristupiti bilo koji broj klijenata.

modeli podataka.

Za implementaciju glavnih funkcija u IS-u koriste se različiti principi opisa podataka. Srž svake baze podataka je model reprezentacije podataka.

Model podataka definira logičku strukturu podataka pohranjenih u bazi podataka (tj. uvođenje nekih sporazuma o tome kako se podaci prezentiraju) i odnos između njih.

Glavni modeli predstavljanja podataka uključuju:

Hijerarhijski

Mreža

Relaciona

postrelacijski

Multidimenzionalno

· Objektno orijentisan

Relacioni model podataka je najrasprostranjeniji, najuniverzalniji je i na njega se mogu svesti drugi modeli Relacioni model podataka je fokusiran na organizovanje podataka u obliku dvodimenzionalnih tabela.

Najvažniji koncept relacionih modela podataka je esencija. Essence je objekt bilo koje prirode, podaci o kojem se pohranjuju u bazi podataka. Podaci o entitetima se pohranjuju u dvodimenzionalne tabele koje se nazivaju relacijski.

Svaka relacija mora imati sljedeća svojstva:

jedan element tabele - jedan element podataka;

· svaka kolona tabele sadrži podatke istog tipa (celobrojne, numeričke, tekstualne, itd.);

· svaka kolona ima jedinstveno ime;

broj kolona se postavlja prilikom kreiranja tabele;

Redoslijed zapisa u vezi može biti proizvoljan;

Unosi se ne smiju ponavljati.

Broj unosa u vezi nije ograničen.

Predmeti, njihovi međusobni odnosi i odnosi prikazani su u obliku stolovi. Formalna konstrukcija tablica povezana je sa osnovnim konceptom stav(termin relacijski dolazi od engleske riječi odnos- odnos).

Za date proizvoljne konačne skupove M 1 , M 2 , ..., MN skup mogućih skupova oblika (μ 1 , μ 2 , …, μ Ν), gdje je μ 1 Ê M 1 , μ 2 Ê M 2 , …, μ Ν Ê MN se naziva njihov Dekartov proizvod M 1 ×M 2 ×...×MN . R, definisan na skupu M 1 , M 2 , ..., M N , je podskup kartezijanskog proizvoda M 1 ×M 2 ×...×M N . U ovom slučaju nazivaju se skupovi M 1 , M 2 , ..., M N domene odnosi, a elementi kartezijanskog proizvoda su tuples odnosi. Broj N određuje stepen relacije, broj tuple - njegov moć.

U relacionoj tabeli, svaka kolona ima domen (njegovo alternativno ime je polje), a kolekcija elemenata svakog reda je tuple (ili rekord).

Naslovna traka se zove shema odnosa.

Na primjer, shema relacije STUDENT može biti sljedeća:

STUDENT (PREZIME, IME, PATRONIMID, FAKULTET, PREDMET, GRUPA), ovdje STUDENT je veza, a PREZIME, IME itd. - atributi.

U odnosu, svaka specifična instanca entiteta je predstavljena nizom pod nazivom cortege(ili rekord).

Sljedeća tabela predstavlja odnos STUDENT

PREZIME	NAME	PATRONIM	FAKULTET	Pa
Ivanov	Ivane	Ivanovich	IEF
Petrov	Peter	Petrovich	RTF
Sidorov	Anton	Egorovich	WT

primarni ključ Odnos je polje ili grupa polja koja jedinstveno identificiraju zapis. Što se tiče STUDENTA, polje PREZIME može biti primarni ključ, ako u svemu c nema imenjaka, ovo će biti jednostavno ključ. Ako postoje imenjaka, tada će se kreirati skup polja - prezime, ime, patronim kompozitni primarni ključ. U praksi se obično kao ključno bira polje, u kojem su utakmice očigledno isključene.

Za primjer koji se razmatra, kao takvo polje može poslužiti broj đačke knjižice.

Svojstva primarni ključ:

jedinstvenost - u tabeli se može dodijeliti samo jedan primarni ključ, polja kompozitnog ključa mogu se ponoviti, ali ne sva;

neredundantnost - ne bi trebalo postojati polja koja, kada se uklone iz primarnog ključa, neće narušiti njegovu jedinstvenost;

· Primarni ključ ne smije uključivati tip, komentar i grafička polja.

Kako bi izbjegli duple unose, oni dolaze do tabela povezivanja. Na primjer, ako je u odnosu na STUDENT potrebno opisati univerzitet na kojem studira, onda bi na prvi pogled bilo moguće uključiti sljedeća polja STUDENT (PREZIME, IME, PATRONIM, FAKULTET, PREDMET, GRUPA, IME univerziteta, ADRESA) u odnosu. Ali kada popunjavate takvu tablicu za svakog studenta, morat ćete navesti prilično dug naziv univerziteta i njegovu adresu, što je nezgodno. Štaviše, svaka manja greška u unosu ovih polja će narušiti konzistentnost baze podataka. Na primjer, greška u adresi univerziteta će dovesti do toga da se dva univerziteta s istim imenom i različitim adresama pojavljuju u bazi podataka. U ovom slučaju se radi sljedeće: u relaciji STUDENT upisuje se polje “šifra univerziteta” (cijeli broj) i dodaje se još jedna relacija univerziteta (šifra univerziteta, naziv, adresa). Tada će odnosi STUDENTA i VŠU biti povezani poljem "šifra univerziteta".

STUDENT (PREZIME, IME, PATRONIMID, FAKULTET, PREDMET, GRUPA, šifra univerziteta)

UNIVERZITET (šifra univerziteta, NAZIV, ADRESA, TELEFON)

Prilikom rada sa ovakvim tabelama mogu se ponoviti samo podaci u polju „Šifra univerziteta“, a sve potrebne informacije o univerzitetu mogu se preuzeti iz relacije univerzitet. Istovremeno, napominjemo da će unošenje cjelobrojnog broja umjesto dugog imena u polje „šifra univerziteta“ donijeti mnogo manje grešaka. Za VŠU, polje 'University ID' će biti primarni ključ, a za STUDENT, polje 'University ID' će biti strani ključ.

Da biste povezali relacione tabele, morate uneti polja istog tipa u obe tabele, što će odrediti odnos između zapisa obe tabele. Postoji nekoliko vrsta odnosa: jedan-prema-jedan, jedan-prema-više, mnogo-prema-mnogi. U gornjem primjeru uspostavljen je odnos jedan prema više, tj. Jedan zapis u tabeli visokog obrazovanja odgovara mnogim zapisima u tabeli STUDENT.

Informacijski objekti i veze.

Informacijski objekt je opis stvarnog objekta, procesa ili pojave u obliku skupa njegovih karakteristika (informacionih elemenata), tzv. detalji. Informacioni objekat određene strukture (kompozicije svojstava) formira tip (klasu), kojem se dodeljuje jedinstveno ime. Informacijski objekt sa specifičnim karakteristikama naziva se instanca. Svaka instanca se identifikuje postavljanjem ključnog atributa (ključa). Isti detalji u različitim informacionim objektima mogu biti i ključni i deskriptivni. Informacijski objekt može imati više ključeva.

Primjer. Informacijski objekat STUDENT ima potrebnu kompoziciju: soba(broj matične knjige je ključni atribut), prezime, ime, patronim, Datum rođenja, kod mjesta. Informativni objekat LIČNA STVAR: studentski broj, kućna adresa, broj sertifikata o srednje obrazovanje, bračni status, djeca. Informacijski objekat MJESTO OBUKE uključuje rekvizite, kod(ključni rekviziti), naziv univerziteta, fakultet, Grupa. Informativni objekat NASTAVNIK: kod(ključni rekviziti), odjelu, prezime, ime, patronim, fakultetska diploma, akademska titula, pozicija.

Odnosi koji postoje između stvarnih objekata definisani su u informacionim modelima kao veze . Postoje tri vrste veza: jedan na jedan (1:1), jedan prema mnogima(1:∞) i mnogo mnogima (∞:∞).

Veza jedan na jedan specificira da jedna instanca informacijskog objekta X odgovara ne više od jedne instance informacijskog objekta Y, i obrnuto.

Primjer. Objekti podataka STUDENT i PERSONAL FILE bit će povezani u odnosu jedan-na-jedan. Svaki student ima određene jedinstvene podatke u ličnom dosijeu.

Kada smo u kontaktu jedan prema mnogima jedna instanca informacijskog objekta X može odgovarati bilo kojem broju instanci informacijskog objekta Y, ali svaka instanca objekta Y je povezana s najviše jednom instancom objekta X.

Primjer. Potrebno je uspostaviti odnos jedan-prema-više između informacionih objekata STUDIJA MESTO i STUDENT. Isto mjesto učenja može se ponoviti više puta za različite studente.

Veza mnogo mnogima implicira da jedna instanca informacijskog objekta X odgovara bilo kojem broju instanci objekta Y, i obrnuto.

Primjer. Objekti podataka STUDENT i TEACHER imaju odnos više prema mnogo. Svaki učenik uči od mnogih nastavnika, a svaki nastavnik podučava mnogo učenika.

U Accessu možete definirati tri vrste odnosa između tabela: jedan prema mnogima, mnogo mnogima I jedan na jedan. Veza jedan prema mnogima je najčešće korišteni tip odnosa između tabela. Veze mnogo mnogima implementirano samo s trećom (vezom) tablicom čiji se ključ sastoji od najmanje dva polja, od kojih se jedno dijeli s tablicom X, a drugo s tablicom Y. Relacija jedan na jedan ne koristi se često, jer se takvi podaci mogu staviti u jednu tabelu. Veza veza jedan na jedan koristi se za odvajanje veoma širokih tabela, za odvajanje dela tabele iz bezbednosnih razloga i za skladištenje informacija koje se odnose na podskup zapisa u glavnoj tabeli.

Slične informacije.

Veze između objekata.

Naziv parametra	Značenje
Tema članka:	Veze između objekata.
Rubrika (tematska kategorija)	Veza

U stvarnom svijetu, posebno u složenim sistemima, postoje različiti odnosi između objekata. Prilikom modeliranja objekti se predstavljaju kao objekti, a odnosi između njih kao veze. Svaka vrsta veze u modelu ima svoje ime. U grafičkom obliku, veza se prikazuje kao linija između povezanih objekata, sa ID-om veze.

Postoje tri tipa elementarnih odnosa: jedan-prema-jedan (slika 4.1.), jedan-prema-više (slika 4.2.) i više-prema-više (slika 4.3.).

Odnos jedan-na-jedan postoji kada je jedna instanca jednog objekta povezana s jednom instancom drugog. Odnos jedan na jedan je označen strelicama ← ili →.

Vodi

Rice. 4.1. Primjer odnosa ʼʼjedan-na-jedanʼʼ.

Odnos jedan-prema-više postoji kada je jedna instanca prvog objekta povezana s više od jedne instance drugog objekta, ali je svaka instanca drugog objekta povezana samo s jednom instancom prvog. Takav odnos je predstavljen dvostrukom strelicom →→.

Sastoji se od

Rice. 4 . 2. Primjer odnosa jedan-prema-više.

Odnos više-prema-više postoji kada je svaka instanca prvog objekta povezana s jednom ili više instanci drugog, a svaka instanca drugog je povezana s jednom ili više instanci prvog. Ova vrsta veze je predstavljena dvostranom strelicom ↔.

Studiranje

Rice. 4.3 . Primjer odnosa ʼʼmnogo-prema-višeʼʼ.

Pored višestrukosti, veze se mogu podijeliti na bezuslovne i uslovne. Svaka instanca objekta učestvuje u bezuslovnom odnosu. Ne učestvuju sve instance objekta u uslovnom odnosu. Komunikacija treba da bude uslovna i na jednoj i na obe strane.

Sve veze u informacijskom modelu zahtijevaju opis, ĸᴏᴛᴏᴩᴏᴇ, u najmanju ruku, uključuje:

‣‣‣ identifikator veze;

‣‣‣ tip veze (njegov pluralitet i uslovljenost).

Elementarne veze su sastavni dijelovi strukture veza. Bezuslovni niz odnosa jedan-na-jedan obično se naziva strukturom tipa reda i grafički je prikazan na Sl.4.4.a. Generalizacija strukture tipa reda je ciklična struktura prikazana na sl. 4.4.b.

Veoma važnu ulogu igra informacioni model u obliku drveta, koji je jedan od najčešćih tipova klasifikacijskih struktura.
Hostirano na ref.rf
Odnos nalik stablu je bezuslovni odnos jedan-prema-više i grafički je prikazan na Sl. 4.4. in . Karakteristika ove strukture je da svaki objekat ne može imati više od jednog pretka, proizvoljan broj potomaka. Objekt koji nema djece naziva se lisnatim objektom. Hijerarhijsko stablo počinje jednim objektom, koji se naziva korijenski objekt. Veoma je važno da svaki objekat mora imati svoje jedinstveno ime ili identifikator.
Hostirano na ref.rf
Ova komunikacijska struktura se još naziva i hijerarhijska. Na sl. 4.4. in . pravougaonik R je osnovni objekat. Objekti B1,. . ., B8 su list. Hijerarhijski model je prilično zgodan za predstavljanje predmetnih područja, budući da su hijerarhijski odnosi prilično uobičajeni između entiteta iz stvarnog svijeta. Ali hijerarhijski model ne podržava odnose mnogo-prema-više kada su mnogi objekti jednog tipa povezani sa mnogim objektima drugog tipa. Pretpostavimo da želimo da izgradimo model odnosa između skupa nastavnika i skupa predmeta. Hijerarhijska struktura stabla nije prikladna za modeliranje takvih odnosa.