ER dijagram tipa:

Pojednostavljenja:

1. U obzir se uzimaju samo oni stanovnici koji imaju stan.

2. Stanovnik se može prijaviti samo u jednom stanu.

3. U obzir se uzimaju samo nastanjeni stanovi sa prijavljenim stanarima.

4. U jednom stanu se može prijaviti više stanara.

5. Jedan broj telefona za jedan stan.

6. Ne može svaki stan imati telefon.

7. Ima stanovnika bez izvora prihoda (djeca).

8. Jedan stanovnik može imati više izvora prihoda.

9. Različite vrste prihode različitih ljudi.

10. Postoje vrste prihoda koje se ne koriste.

Kraj rada -

Ova tema pripada:

Poređenje baza podataka sa jednom i više tablica

Na sajtu sajta pročitajte: "poređenje baza podataka sa jednom i više tablica"

Ako trebaš dodatni materijal na ovu temu, ili niste pronašli ono što ste tražili, preporučujemo da koristite pretragu u našoj bazi radova:

Šta ćemo sa primljenim materijalom:

Ako vam se ovaj materijal pokazao korisnim, možete ga spremiti na svoju stranicu na društvenim mrežama:

tweet

Sve teme u ovoj sekciji:

BnD komponente
Rječnik podataka je "repozitorijum" meta-informacija. meta-informacije

Faza definicije podkola
U nekim DBMS-ima moguće je opisati logičku strukturu baze podataka sa stanovišta određene grupe korisnika. Takav model se naziva eksterni model, a njegov opis naziva se podšema.

Infološko modeliranje predmetne oblasti. Sastav infološkog modela (ILM)
1-2. Opis predmetna oblast predstavljen pomoću neke vrste znakovnog sistema, tako da in

Opis objekata i njihovih svojstava. Vrste svojstava objekata
Klasa objekata je kolekcija objekata koji imaju isti skup svojstava. Klase objekata mogu biti i materijalne i apstraktne (na primjer, objekti, prema kojima

ER dijagram tipa
Tip odnosa 1 prema 1. Klasa članstva objekata za P i K je opciona

Varijante složenih objekata
1. Kompozitni objekt. 2. Generalizirani objekt. 3. Agregirani objekt. Kompozitni objekat

Određivanje sastava baze podataka
Jedan od pristupa određivanju sastava baze podataka je princip sinteze. Suština: U bazi podataka treba čuvati samo početni indikatori. Svi izvedeni indikatori bi trebali

Raznolikosti datalogičkih modela (DLM)
Prema načinu uspostavljanja veza između podataka razlikuju se sljedeći modeli: relacijski model, hijerarhijski model, mrežni model, objektno orijentirani model. odnos

Indeksiranje datoteka (tabela) u bazi podataka. Indeksni fajlovi i indeksni ključevi
Da bi se ubrzao pristup informacijama u datoteci, datoteka se indeksira. Atribut ili skup atributa definiranih u odnosu koristi se kao indeksni ključ za indeksiranje. Djelimično

RDB metod dizajna zasnovan na ILM (pravila 1-12)
1. Za svakoga jednostavan objekat i njegovih pojedinačnih svojstava, gradi se relacija čiji su atributi identifikatori objekta i detalji odgovaraju svakom pojedinačnom svojstvu

Određivanje sastava baze podataka i odnosa
Princip sinteze: Baza podataka uključuje atribute svih entiteta + obračunati prihod SumD. Baza podataka se sastoji od 5 odnosa: OSOBA (Nom, FIO, Rdate, Pol, S

Poređenje baza podataka sa jednom i više tablica
Može doći do problema sa umetanjem, ažuriranjem, brisanjem. Problem sa umetanjem U bilo kojoj bazi podataka ne bi trebalo da postoje polja sa nultim ili praznim vrednostima. Na primjer: za jednog

Strukturirani jezik upita
Specifične implementacije SQL-a poštuju zahtjeve standarda, ali i pružaju dodatne funkcije(SQL1, SQL2(1992), SQL3(1999)) SQL se može koristiti u 2 načina: 1. Int

Odaberite ponudu
Kao TRZ može postojati ime kolone, konstanta, izraz. Ime stupca identificira jedan od stupaca sadržanih u tablici koji je specificiran u klauzuli FROM. Može biti naznačeno

Određuje koje redove odabrati. Uslov pretrage je postavljen kao kriterijum izbora. Vrste uslova pretraživanja: 1. Poređenje. =,<>, <, >, <=, >=. 2. Dokazati

Složeni pojmovi za pretraživanje. tabele istine
AND true false null OR true

SQL agregatne funkcije
Rezultirajući upiti se mogu sastaviti od raznih operatera I agregatne funkcije jezik. Sve funkcije uzimaju cijeli stupac podataka kao argument i vraćaju jednu, sažetu vrijednost.

Zahtjevi sa grupiranjem i njihovim ograničenjima
Izaberite ADR, AVG(SUMD) OD GRUPE OSOBA PO ADR-u 1. Podaci o stanarima u tabeli osoba podeljeni su u grupe - po jedna grupa za svaki stan. U svakoj grupi svi apartmani imaju 1

Ograničenje na listi vraćenih kolona
U upitu za grupisanje, sve stavke na listi vraćenih kolona moraju imati istu vrijednost za svaku grupu riječi. => Kao elemente liste vraćenih kolona možete koristiti

Procedura za izvršavanje upita koji ima pridruženi potupit
1) Izaberite red iz tabele čije je ime navedeno u glavnom upitu. 2) Izvršite podupit dajući vrijednosti sadržane u odabranom redu 3) Izračunajte pojmove za pretraživanje r

Provjera postojanja ugniježđenih rezultata upita
ODABIR *OD OSOBE GDJE POSTOJI (ODABIR ID IZ HAVE_D, PROVIT GDJE PROVIT.ID

Dodavanje novih elemenata
Najmanja jedinica informacija koja se može dodati bazi podataka je jedan red. Postoje 2 načina za dodavanje novih redova: 1) naredba INSERT u jednom redu, uključujući

Brisanje postojećih podataka
Najmanja jedinica informacija koja se može ukloniti iz baze podataka je 1 red. Naredba DELETE se koristi za brisanje redova iz 1. tabele. DELETE FROM - table_name -------------------

Uslovi jedinstvenosti podataka
Uzmimo tabelu PERSON i opišemo njenu strukturu: CREATE TABLE PERSON (INTERBASE) (NOM INTEGER NE N

Promjena definicije tabele
ALTER TABLE služi za: 1. dodavanje nove definicije stupca. 2. promijeniti zadanu vrijednost. 3. promijeniti ili izbrisati primarni ključ tabele.

Indeksi
Indeks je alat koji pruža brz pristup na redove tabele na osnovu vrednosti 1 ili više kolona. Indeks pohranjuje vrijednosti podataka i pokazivače na redove

0

(7. predavanje)

Dizajniranje i kreiranje baze podataka Analiza predmetne oblasti. Identifikacija klasa objekata i odnosa Predmetno područje je definirano ako su poznati objekti koji u njemu postoje, njihova svojstva i odnosi među njima)

Predmet u konceptualnom pristupu je ono što informacija treba da akumulira u informacionom sistemu.

Jedan od prekretnice analiza predmetne oblasti je da identifikuje i opiše klase objekata (entiteta) i relacije među njima. Opis se može dobiti u bilo kojem obliku, ali za praktičnost procesa dizajna, formaliziran je u obliku tabela.

Klase objekata

Kako prepoznati klase objekata u predmetnoj oblasti?

Klasa objekta (tip entiteta, entitet) je značajna stvar o kojoj preduzeće mora pohraniti informacije.

Znakovi klase objekata koji postoje u predmetnoj oblasti:

a) nešto važno o čemu preduzeće treba da čuva informacije;

c) imenovani koncept;

d) imenica;

e) postoji klasa objekata ako postoji stvarni značajan objekat;

Nakon što smo identificirali klasu objekata, potrebno joj je dati ime. Mora biti jedinstven.

Kao naziv se biraju termini koji se koriste u preduzeću.

Ime se izmišlja kada se iscrpe sve druge mogućnosti, jer izmišljena imena mogu dovesti do nesporazuma i dupliranja.

Naziv mora biti dogovoren sa kupcem.

Ime se može sastojati od više od jedne riječi (riječi koje specificiraju ime - pridjevi, itd.). Često se isto ime naziva istim imenom, tada je potrebno odabrati jedno glavno ime, a ostale opisati kao sinonime.

Kada se identificira klasa objekata, otkriva se grupa stvari koja se sastoji od pojedinačni elementi(objekti). Klasa objekta je klasa ili kategorija stvari. Na primjer, klasa objekata "ODJEL" sastoji se od određenih objekata " Obrazovno-metodički odjeljenje", "Odjel glavnog mehaničara".

Faze identifikacije i modeliranja klase objekata:

a) proučavanje svake imenice identifikovane tokom analize predmetne oblasti u preduzeću i utvrđivanje njenog značaja;

b) utvrđivanje da li postoje informacije o ovoj imenici koje treba pohraniti za ovo preduzeće;

c) dodeljivanje imena klasi objekata u jednini;

d) provjeravanje da li se jedan objekt klase objekata može razlikovati od drugog;

e) opis klase objekata kako bi se provjerilo da li svi (programeri, kupci) stavljaju isto značenje u ovaj pojam;

Svojstva klase objekata

Za svaku klasu objekata određuju se njena svojstva (atributi entiteta). Svojstvo je specifičan podatak.

Svojstvo opisuje klasu objekata. To je kvalitativni ili kvantitativni opis klase objekata.

Nekretnina bi mogla izgledati ovako:

Opisne riječi, fraze;

Predloške konstrukcije (iznos plate za svakog zaposlenog);

Prisvojne imenice i zamjenice (ostalo, krajnji datum, znak zastarjelosti).

Svakom svojstvu je dato ime. Imena treba da budu jasna i nedvosmislena.

Koje informacije o klasi objekata treba pohraniti;

Koje informacije o klasi objekata treba prikazati ili odštampati;

Da li je ova nekretnina zaista potrebna.

Kupci često zaborave na svoje specifične potrebe - misle da će se polje pojaviti na ekranu ili samo prijaviti, a ne vide potrebu da ga spominju.

Prilikom proučavanja dokumentacije koja postoji u preduzeću, potrebno je obratiti pažnju na zastarele zahtjeve bivši sistemi, na primjer, stari oblik izlazni dokument - partijsko članstvo, nacionalnost.

Također je potrebno označiti izvedene i agregirane podatke; za svaku klasu objekata fiksna su samo originalna svojstva.

Izvedena i agregirana svojstva opisana su zasebno i formiraju ih, u pravilu, program na osnovu vrijednosti izvornih svojstava. Potreba za skladištenjem takvih svojstava je prilično rijetka.

Postoji niz zahtjeva za ime imovine. Nazivi trebaju biti jasni i nedvosmisleni, na primjer, naziv svojstva "količina" može dovesti do zabune - vraćeno, postavljeno? Potrebno je odabrati konkretnije nazive: „veličina isporuke“, „obim narudžbe“ itd. Ako se ime sastoji od više od jedne riječi, one se odvajaju razmacima.

Najčešći primjer je svojstvo "datum". Osim ako nije posebno navedeno koji je datum, može se tumačiti kao datum rođenja, datum zaposlenja.

Ako trebate pohraniti oba, dodajte specifična imovina, na primjer, pored datuma zaposlenja potrebno je pohraniti i datum izbora po konkursu. Ovo se može otkriti u kasnijim fazama analize domena.

Svojstvo identifikovano tokom analize predmetnog područja mora se raščlaniti na najmanje komponente koje imaju smisla. Nivo podjele zavisi od potreba preduzeća.

Klasični primjeri: adresa, dimenzije drvenog bloka (visina, dužina, širina), mogu se pohraniti kao jedno svojstvo, ali je korisnije pohraniti ih kao zasebne osobine.

Razlika između klase objekta (entiteta) i svojstva (atributa) prikazana je u tabeli 4.

Tablica 4 - Razlike između klase objekta i svojstva

Nakon što ste definirali svojstvo, morate biti sigurni da za svaki određeni objekt, svojstvo može imati jednu vrijednost.

Ako je pronađeno više od jedne vrijednosti za bilo koje svojstvo, to ukazuje na nedostajuće svojstvo u klasi objekata ili kandidata za nova klasa objekata.

Ako se pronađe svojstvo koje ima svoja svojstva, onda to nije svojstvo, već klasa objekata. Na primjer, identificirana je klasa objekata "KOMBINEZON", koja ima svojstva "broj", "ime", "boja". Ako u toku dalje analize i proučavanja odgovarajućeg dokumenta u predmetnoj oblasti, boja, pored naziva, mora imati i artikal, tada "boja" više nije svojstvo, već klasa objekata "BOJA ” s odgovarajućim svojstvima “ime”, “članak”.

Za svako svojstvo morate definirati njegovu opcionalnost.

Def.: Opcionalnost svojstva - određivanje obavezne vrijednosti svojstva objekta za spremanje informacija o određenom objektu u bazi podataka.

Potrebna vrijednost svojstva mora postojati i biti poznata za svaki objekt predmetne klase objekta.

Vrijednosti opcionih svojstava možda nisu poznate (ili ne postoje) za neki objekt u trenutku njegovog kreiranja.

Na primjer, vrijednost svojstva "datum početka rada" uvijek je poznata za zaposlenog, a vrijednost svojstva "datum završetka rada" može biti nepoznata u datom trenutku ako zaposleni ima ugovor na neodređeno vrijeme .

Za svaku imovinu su također identificirani u predmetnom području i opisani:

Format (vrsta, maksimalna dužina, prosječna dužina ( redovna veličina), decimalno mjesto, mjerna jedinica;

Važeće vrijednosti (opseg, lista vrijednosti, više raspona, zadane vrijednosti);

Prilikom identifikacije karakteristika svojstava mogu se odrediti i domeni.

Domen (u smislu predmetne oblasti) je skup pravila validacije u smislu poslovanja, ograničenja koja se primjenjuju na više od jedne imovine.

Sa stanovišta relacione baze podataka, domen je validan skup vrijednosti na kojem m.b. definirani su jedan ili više atributa jedne ili više relacija.

Koristeći domenu, možete postaviti: raspon vrijednosti; spisak specifičnih vrednosti; više raspona; Matematička jednačina; zadana vrijednost itd. Ova pravila su jednom opisana u bazi podataka i primjenjuju se na različita svojstva. Najpoznatija domena (da, ne).

Postoji sljedeća tehnologija za rad sa svojstvima koja sadrži korake:

Identifikacija kandidata za imovinu;

Povezivanje svojstva s klasom objekta;

Dodjeljivanje imena svojstvu;

Definiranje formata svojstva;

Određivanje da li je svojstvo opciono;

Određivanje logičkih ograničenja svojstva koje nameće predmetna oblast (pojavljivanje vrednosti u opsegu, itd.);

Provjera da je ovo stvarno svojstvo, a ne klasa objekta;

Ako je potrebno, kreirajte domenu.

Sve instance (objekti) identificirane klase objekata moraju biti jedinstveno identificirane i identificirane. Ako se objekt ne može jedinstveno identificirati u objektnoj klasi, onda vjerojatno uopće nije klasa objekta.

Definiranje jedinstvenih identifikatora

Za svaku klasu objekata moraju se identificirati jedinstveni identifikatori.

Jedinstveni identifikator je svojstvo, skup svojstava ili kombinacija svojstava i odnosa koji se koriste za jedinstvenu identifikaciju objekta unutar klase objekta.

Svojstvo koje je dio jedinstvenog identifikatora mora imati obaveznu opciju.

Broj jedinstvenih identifikatora u klasi objekata može biti bilo koji. A broj komponenti (svojstava i odnosa) koji čine jedinstveni identifikator može biti bilo koji.

Jedinstveni identifikator može se definirati u bilo kojoj fazi analize domene, ali da bi se pristupilo opisivanju i dizajniranju klase objekta, potrebno je da svaka klasa objekta ima jedinstvene identifikatore.

komentar:

Prilikom odabira metode za identifikaciju objekata neke klase objekata, potrebno je modelirati ne tehnološke potrebe sistema koji se razvija, već potrebe poslovanja.

Kada koristite numerički kod kao jedinstveni identifikator, morate osigurati da postoji odgovarajući dokument u predmetnoj oblasti u kojoj je takav kod prikazan.

Na primjer, svojstva "broj osoblja zaposlenog", "šifra pododjeljka" su već definirana od strane sistema koji postoji u preduzeću računovodstvo, svojstvo “šifra pozicije” je predstavljeno u klasifikatoru pozicija u industriji, itd.

komentar:

U fazi projektovanja baze podataka (u daljem tekstu, prilikom izgradnje DLM baze podataka - surogat ključeva) tehnički se može generisati jedinstveni identifikator, ali se prilikom analize predmetne oblasti koriste jedinstveni identifikatori koje koristi preduzeće.

Ako postoji nekoliko jedinstvenih identifikatora, mora se odrediti glavni. Zbog toga se identifikator češće koristi u poslovanju, kao što je "broj osoblja". Ili bilo koji jedinstveni identifikator koji ima najmanju dužinu i numerički tip.

Većina veliki broj jedinstveni identifikatori imaju takvu klasu objekta kao "INDIVIDUAL / OSOBA". Svaki objekat u takvoj klasi objekata može se jedinstveno identifikovati sledećim svojstvima: “broj”, “serija pasoša”, “INN”, “broj vozačka dozvola“, “broj tokena”. Za klasu objekata "POZICIJA" mogu se identificirati sljedeći jedinstveni identifikatori: "šifra", "naslov", " kratki naslov».

Treba napomenuti da što se više klasa objekata otkrije tokom analize predmetne oblasti, to će struktura biti normalizovanija. relacione baze podataka podaci.

Gotovo svaka imenica u domeni ima pravo da bude definisana kao klasa objekta, jer skoro svaka imenica ima,

najmanje skup od tri svojstva: naziv objekta, kratki naziv objekta, numerički ekvivalent naziva objekta (šifra, broj, šifra).

Klase objekata možete vidjeti detaljnim proučavanjem tokova informacija u preduzeću koje treba automatizirati.

Informacioni tokovi su predstavljeni dokumentima.

Svaki dokument je kandidat za objektnu klasu. Dokument ima zaglavlje koje, po pravilu, označava naziv dokumenta i datum njegovog formiranja.

Dokument ima informativni dio, koji sadrži kvalitativne i kvantitativne pokazatelje.

Na dnu dokumenta su imena i pozicije osoba koje potpisuju dokument.

Dokument takođe može sadržati naziv, adresu i druge detalje kompanije koja je izdala dokument.

Tako se, proučavajući dokument, mogu vidjeti i istaknuti sljedeće klase objekata: "PREDuzeće / PRAVNO LICE" ili

"STRUKTURALNA JEDINICA PREDUZEĆA"; "VRSTA KONSTRUKTIVNE JEDINICE"; "ADRESA"; "LOKALITET"; "VRSTA NASELJA"; "SPOLJA"; "TIP ULICE" (ulica, avenija, traka, prolaz, itd.); "DOKUMENT"; "POLOŽAJ DOKUMENTA"; "INDIVIDUALNO"; "POZICIJA"; "RADNA EVIDENCIJA POJEDINACA" (datum početka, datum završetka); "PROIZVOD / USLUGA"; "Objekat" (računovodstvo).

Šta je klasa objekta DOCUMENT POSITION? Svaki dokument obično ima nekoliko stavki (stavke narudžbe, stavke cjenovnika, stavke fakture, unosi u karticu računa itd.). Dakle, vidljiv je odnos 1:M koji postoji u predmetnoj oblasti: “svaki DOKUMENT mora imati jednu ili više POZICIJA”; od poleđina link glasi - "svaka POZICIJA DOKUMENTA mora se odnositi na isti DOKUMENT". Osim toga, svaka pozicija dokumenta ima svoja svojstva - broj, neke kvantitativne pokazatelje (broj obračunskih jedinica, cijena po jedinici i drugi).

Za svako predmetno područje možete vidjeti listu klasa objekata koja je obavezna za sva predmetna područja. Svaka predmetna oblast, u širem smislu te reči, odražava rad preduzeća ili organizacije - proizvodno preduzeće, obrazovna ili medicinska ustanova, trgovinska organizacija, skladište, kancelarija za iznajmljivanje, kućna ekonomska sfera i tako dalje. Naziv (pun ili kratak) preduzeća ili organizacije pojavljuje se u različitim izlaznim dokumentima i izvještajima. Dakle, u predmetnoj oblasti postoji klasa objekata PREDUZEĆE ili STRUKTURNA JEDINICA PREDUZEĆA. Pored toga, često je potrebno voditi evidenciju o adresi i broju telefona ovog preduzeća. Obavezno u predmetnoj oblasti

prisutan pojedinci, zauzimaju određene pozicije, svojim potpisima fiksiraju računovodstvo (prihode ili rashode) objekta. Štaviše, da bi se riješili problemi analize podataka i potom donijele odgovarajuće upravljačke odluke, od interesa je za predmetnu oblast da pohrani znanje o istoriji računovodstva stanja objekta. I još jedna kategorija obaveznih klasa predmeta za svaku predmetnu oblast su dokumenti, na osnovu kojih se odvijaju svi procesi u datoj predmetnoj oblasti.

Moguće je sumirati sve rezultate analize predmetne oblasti u toku identifikacije klasa objekata i njihovih svojstava u obliku formalizovanog opisa, tabele. Primjer takvog opisa dat je u tabeli 5.

Tabela 5 – Formalni opis predmetne oblasti. Klase objekata, svojstva.

Nekretnina	Jedinstveni identifikator	Fizičke karakteristike nekretnine (vrsta, dužina)	Opciono svojstvo (Da/Ne)	Ograničenja logičkih svojstava (raspon vrijednosti, velika slova, mala slova za simbolička svojstva, itd.)	Procesi za vrijednosti imovine
broj stola				> 0
				> 0	Vv, Pr, Ob
				Perv. veliko slovo	Vv, Pr, Ob
datum rođenja				DD.MM.GGGG	Vv, Pr, Ob
POZICIJA

U tabeli se koriste sljedeće skraćenice: Y - jedinstveni identifikator, P - kandidat za primarni ključ (master jedinstveni identifikator), G - generiranje podataka, Vv - unos podataka, Pr - pregled podataka, About - ažuriranje podataka.

Odnosi između klasa objekata

Budući da je sve na ovom svijetu povezano, paralelni korak u analizi predmetne oblasti, uz identifikaciju klasa objekata i njihovih svojstava, jeste korak identifikacije odnosa, asocijacija koje nastaju između klasa objekata. Odnosi predstavljaju potrebe za informacijama i poslovna pravila preduzeća i mogu se definisati na sledeći način:

Imenovana, smislena asocijacija između dvije klase objekata.

Odnos koji jedna stvar ima prema drugoj.

Kada se razmatra komunikacija, potrebno je o njoj razmišljati kao o dvosmjernoj, dvosmjernoj.

Svaka veza ima određene karakteristike.

Opcionalnost veze je broj. Ovo je poslovno pravilo koje specificira da li odnos mora postojati za svaki objekt klase objekta (obavezni odnos) ili nije obavezan (opcijski odnos).

Na primjer, kompanija je pronašla sledeće pravilo: "svaki

određena kategorija položaja može odgovarati poziciji. U nekom trenutku, preduzeće dobija dokument o stvaranju nova kategorija, ali još uvijek nema objava koje se odnose na ovu kategoriju. Ali s druge strane, postoji pravilo: „svaka pozicija u preduzeću mora biti raspoređena na jednu i samo jednu poziciju“. Dakle, može se vidjeti da su dvije različite asocijacije identificirane između dvije klase objekata (“POZICIJA KATEGORIJA” i “POZICIJA”).

Snaga (maksimalni kardinalni broj). Ovo je poslovno pravilo koje pokazuje koliko takvih veza postoji - jedna i samo jedna, ili više. Ako se pronađe veza koja ima snagu "nula", ova veza je opciona.

Razmatramo binarne relacije (mogu biti različite)

Svaka strana veze ima ime. Ovo je opis poslovnih pravila.

Na primjer: "odgovara", "odnosi se na".

Imena često formiraju parove: „na osnovu“ - „je osnova za“; "kupljeno od" - "isporučeno"; "odgovoran za" - "je pod odgovornošću".

Ime ima veliki značaj, pokazuje koliko je dobro shvaćen odnos informacija.

Kada vidite vezu, morate se uvjeriti da ima smisla. Da biste to učinili, mora se izgovoriti kao normalna rečenica u oba smjera (svaka veza je dvosmjerna), koristeći pravilo izgovora za vezu (tabela 6).

Tabela 6 – Pravilo čitanja komunikacije

Primjer čitanja linka: "svako POJEDINAC može imati nula, jedan ili više UNOSA RADNE KNJIGE"; "Svaki UPIS RADNE KNJIGE mora se odnositi na jednu i samo jednu FIZICU."

Razmotrimo detaljnije postojeće vrste(napajne) veze.

1. Odnos "jedan_prema_više" (1:M). Ovo je najčešći tip veze, koji ima jednu ili više snaga u jednom smjeru i jednu i samo jednu unutra

prijatelju. Klase objekata koje se nalaze na „jednoj“ strani ovog odnosa nazivaju se glavnim ili roditeljskim. Klasa objekata koja je na više strana - dijete ili dijete.

U većini slučajeva, podređene klase objekata su opcione, dok su glavne obavezne. To jest, objekat klase glavnog objekta može postojati bez podređenog objekta, ali dijete ne može postojati bez glavnog objekta.

Sa stanovišta baze podataka, to znači da se u bazi podataka prvo kreira objekat glavne klase objekata, a zatim objekti podređene klase. Ako je odnos 1:M neobavezan na obje strane, objekti se mogu kreirati proizvoljno. Relacije 1:M koje su obavezne na obje strane su vrlo rijetke i znače da objekti dvije klase objekata ne mogu postojati jedan bez drugog.

Primjer odnosa 1:M: “Svaka JEDINICA PREDUZEĆA može odgovarati nuli, jednoj ili više EVIDENCIJA RADNE KNJIGE”. Na poleđini: "Svaka EVIDENCIJA RADNE KNJIGE mora se odnositi na jednu i samo jednu STRUKTURNU JEDINICU PREDUZEĆA."

2. Odnos "mnogo_za_mnogo" (M:M ili M:N). Ovo je također vrlo česta vrsta komunikacije, posebno na ranim fazama analiza domena. Ova veza ima moć "jedan ili više" u oba smjera. Primjer takvog odnosa je: „u svakoj STRUKTURNOJ JEDINICI PREDUZEĆA može raditi mnogo POJEDINACA“. Na poleđini: svaki

POJEDINAC može raditi u mnogim JEDINICAMA PREDUZEĆA.

Većina M:M relacija je opciona u oba smjera, to jest, objekt jedne klase objekata može postojati bez da bude vezan za objekt druge klase objekata, bilo koja instanca se može pojaviti prva. M:M odnosi koji su obavezni na obje strane su vrlo rijetki - objekti iz obje klase objekata moraju se kreirati u isto vrijeme.

Treba napomenuti da u bilo kojoj predmetnoj oblasti ne postoje odnosi „mnogo_prema mnogo“; u svakom trenutku vremena sve je jedinstveno određeno. Pojava takve veze projektnu dokumentaciju pokazuje da predmetna oblast nije dalje ispitivana. Odnos M:M može biti "prekinut" bilo kojim dokumentom ili pozicijom dokumenta. Takva klasa objekata koja prekida M:M vezu naziva se „entitet raskrsnice“. Potrebno je samo vidjeti, pronaći ovu klasu objekata. Za gornji primjer odnosa M:M, takva klasa objekata je "ZAPISNIKA RADNE KNJIGE". Ako smo to identifikovali, onda veze u predmetnoj oblasti već zvuče ovako: „svaka STRUKTURALNA JEDINICA PREDUZEĆA može odgovarati nuli, jednoj ili više EVIDENCIJA RADNE KNJIGE“. Na poleđini: "Svaka EVIDENCIJA RADNE KNJIGE mora se odnositi na jednu i samo jednu STRUKTURNU JEDINU PREDUZEĆA." I još jedna veza: „svakom POJEDINCU,

rad u preduzeću može odgovarati nuli, jednom ili više ULAZA U RADNU KNJIGU.

3. Komunikacija "jedan na jedan" (1:1). Rijetka veza, obično s poslovnog stanovišta, to znači da se ne radi o dvije klase objekata, već o jednoj. Ova veza može imati kapacitet od jednog i samo jednog u oba smjera. Ako se pronađe takva veza, treba još jednom ispitati tokove informacija i može se pokazati da dvije identificirane klase objekata zapravo čine jednu.

Primjer odnosa 1:1: "svaki BICIKL može koristiti samo jedan ČLAN KLUBA". Na poleđini: "Svaki ČLAN KLUBA može voziti samo jedan BICIKL"

Odnosi 1:1, obavezni na oba kraja, kada se oba objekta moraju pojaviti u isto vrijeme, vrlo su rijetki.

Nakon identifikacije bilo kakvog odnosa između klasa objekata, potrebno je (za svaku njegovu stranu):

Postavite dostupnost;

Odaberite ime;

Odrediti snagu;

Definirajte opcionalnost;

Provjerite čitanjem.

Treba napomenuti da se može otkriti proizvoljno mnogo veza između dvije klase objekata. Na primjer, između klasa objekata "INDIVIDUAL" i "ADDRESS" mogu se identificirati 2 veze: jedna fiksira adresu registracije, druga - adresu prebivališta.

4. Rekurzivna veza. Odnos između objekata iste klase objekata. Takva veza može imati sva svojstva bilo koje druge veze.

Primjer: Svaki ČVOR može djelovati kao roditelj za jedan ili više ČVOVA. Svaki ČVOR može biti podređen jednom i samo jednom Čvoru.

Možete sumirati rezultate identifikacije odnosa koristeći sljedeću tabelu:

Tabela - Formalni opis predmetne oblasti. Odnosi između klasa objekata

U tabeli se koriste sljedeće skraćenice: KO - klasa objekata; D.b. -mora biti, M.b. - možda.

Otkrivene veze se provjeravaju čitanjem. Treba imati na umu da je svaka komunikacija dvosmjerna!

Neformalizovan opis predmetne oblasti

U procesu analize potrebno je fiksirati i poslovna pravila ili semantičke (semantičke) iskaze koji ograničavaju predmetno područje u okviru problema koji se rješava. To nisu funkcije preduzeća kao takve, već neosporne činjenice kojima se razvijeni automatizovani informacioni sistem uvek mora povinovati.

Primjeri semantičkih izjava:

- “Primaju se zaposleni sa navršenih 16 godina života”;

- „Nijedan zaposleni ne može istovremeno biti odgovoran za više od deset iznajmljenih ili prodatih nekretnina“;

- "Zaposleni ne smije prodati ili iznajmiti svoju imovinu";

- “Posebni popusti ne važe za automobile mlađe od godinu dana”;

- « ukupan iznos popusti ne mogu prelaziti 40% neto fakturisanog iznosa.

Identifikovane semantičke izjave su napisane na prirodnom jeziku i treba ih dalje odraziti u bazi podataka. obično, slična pravila implementirani su korištenjem takvih objekata baze podataka kao što su okidači, procedure, pogledi (pregledi).

Preuzmite predavanje: Nemate pristup preuzimanju datoteka sa našeg servera.

Druga faza analize domena sastoji se u odabiru informacionih objekata, zadatak potrebna svojstva za svaki objekat, identifikovanje 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 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. Šta je najviše interesantne karakteristike(sa korisničke tačke gledišta) mogu 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 su vrste veza između informacionih objekata?

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

3. Šta su mogući tipovi linkovi koji se mogu koristiti kasnije?

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. Š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:

Zgrada konceptualni model

IN jednostavnim slučajevima za izgradnju konceptualne sheme koriste se tradicionalne metode agregacije i generalizacije. Agregacija kombinuje informacione objekte (elemente podataka) 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. Prikaz konceptualne šeme na logički dijagram;

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 upravljanja bazama podataka fokusirani na personalni računari, obično podržavaju relacijske ili mrežni model podaci. Velika većina modernih DBMS-a je relacijski.

Dizajn baze podataka zasnovan na relacionom modelu ima niz važne pogodnosti prije 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ći linkovi između podataka, programer može naknadno tražiti sve logičke odnose sadržane u bazi podataka, a ne samo one koje su prvobitno planirane.

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 jednim ili veliki iznos instance drugog i svaka instanca drugog s jednom ili više instanci prve

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.

| 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 informacioni model knjižni fond 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 smislu temperature, vlažnosti itd. Ovaj sto može se smatrati informacionim modelom procesa promjene 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.