Pri projektiranju baze podataka u relacijskom DBMS-u, glavni cilj razvoja logičkog modela podataka je stvoriti točan prikaz podataka, odnosa između njih i potrebnih ograničenja. Da biste to učinili, potrebno je najprije odrediti odgovarajući skup relacija. Metoda koja se za to koristi naziva se normalizacija. Normalizacija je varijanta pristupa dizajnu baze podataka odozdo prema gore koja počinje uspostavljanjem odnosa između atributa.

Svrha normalizacije

normalizacija - metoda stvaranja skupa odnosa s određenim svojstvima na temelju zahtjeva za podacima uspostavljenih u nekoj organizaciji.

Normalizacija se često izvodi kao niz testova na relaciji kako bi se provjerilo ispunjava li (ili ne ispunjava) zahtjeve danog normalnog oblika.

Proces normalizacije je formalna metoda koja omogućuje identifikaciju odnosa na temelju njihovih primarnih ključeva (ili ključeva kandidata, kao u slučaju BCNF-a) i funkcionalnih ovisnosti koje postoje između njihovih atributa. Dizajneri baza podataka mogu koristiti normalizaciju u obliku skupova testova primijenjenih na pojedinačne odnose kako bi normalizirali relacijsku shemu na zadani, specifični oblik, čime se sprječava potencijalna pojava anomalija ažuriranja.

Glavni cilj dizajna relacijska baza podataka je grupirati atribute i odnose kako bi se redundantnost podataka svela na najmanju moguću mjeru i time smanjila količina memorije potrebna za fizičko pohranjivanje odnosa predstavljenih kao tablice.

Funkcionalne ovisnosti

Funkcionalna ovisnost opisuje odnos između atributa i jedan je od osnovnih pojmova normalizacije. Ovaj odjeljak daje definiciju ovog koncepta, a sljedeći odjeljci opisuju njegov odnos s procesima normalizacije odnosa baze podataka.

Funkcionalna ovisnost- opisuje odnos između atributa odnosa. Na primjer, ako je u odnosu. R koji sadrži atribute A i B, atribut B funkcionalno ovisi o atributu A (koji je označen kao AB), tada je svaka vrijednost atributa A pridružena samo jednoj vrijednosti atributa B. (Štoviše, svaki od atributa A i B može se sastojati od jednog ili više atributa.)

Funkcionalna ovisnost je semantičko (ili semantičko) svojstvo atributa relacije. Semantika relacije specificira kako njeni atributi mogu biti povezani jedni s drugima i također definira funkcionalne ovisnosti između atributa u obliku ograničenja nametnutih nekim atributima.

Odnos između atributa A i B može se shematski prikazati u obliku dijagrama prikazanog na slici 5.

Determinanta- determinanta funkcionalne ovisnosti je atribut ili skupina atributa koji se nalaze na dijagramu funkcionalne ovisnosti lijevo od simbola strelice.

Slika 5 - Dijagram funkcionalne ovisnosti

Kada postoji funkcionalna ovisnost, atribut ili skupina atributa koji se nalaze na dijagramu lijevo od simbola strelice naziva se determinanta. Na primjer, na Sl. 6.1 atribut A je determinanta atributa B.

Koncept funkcionalne ovisnosti središnji je koncept u procesu normalizacije.

Predavanje 3. Opći pojmovi i definicije. Klasifikacija funkcija. Ograničenje funkcije. Beskonačno mali i beskrajno izvrsne karakteristike. Osnovni teoremi o infinitezimalnim funkcijama.

Funkcija

Pri rješavanju raznih problema najčešće se radi o konstantnim i promjenjivim veličinama.

Definicija

Konstantna veličina je veličina koja zadržava istu vrijednost općenito ili unutar ovaj proces: V potonji slučaj zove se parametar.

Varijabilna veličina je veličina koja može poprimiti različite numeričke vrijednosti.

Pojam funkcije

Pri proučavanju različitih pojava obično imamo posla sa skupom promjenjivih veličina koje su međusobno povezane na način da vrijednosti jednih veličina (nezavisnih varijabli) u potpunosti određuju vrijednosti drugih (ovisnih varijabli i funkcija).

Definicija

Varijabilna veličina y naziva se (jednovrijednom) funkcijom varijabilne veličine x ako su one međusobno povezane na takav način da svaka razmatrana vrijednost x odgovara jednoj dobro definiranoj vrijednosti veličine y (formulirana N.I. Lobačevskog).

Oznaka y=f(x) (1)

x– nezavisna varijabla ili argument;

g– zavisna varijabla (funkcija);

f– karakteristika funkcije.

Skup svih vrijednosti nezavisne varijable za koju je funkcija definirana naziva se područje definicije ili područje postojanja te funkcije. Područje definiranja funkcije može biti: segment, poluinterval, interval ili cijela numerička os.

Svaka vrijednost polumjera odgovara vrijednosti površine kruga. Površina je funkcija radijusa definirana u beskonačnom intervalu

2. Funkcija (2). Funkcija definirana na

Kako biste vizualizirali ponašanje funkcije, konstruirajte graf funkcije.

Definicija

Grafikon funkcije y=f(x) naziva se skup točaka M(x,y) avion OXY, čije su koordinate povezane ovom funkcionalnom ovisnošću. Ili je graf funkcije pravac čija je jednadžba jednakost koja definira funkciju.

Na primjer, graf funkcije (2) je polukružnica polumjera 2 sa središtem u ishodištu.

Najjednostavnije funkcionalne ovisnosti

Pogledajmo nekoliko jednostavnih funkcionalnih ovisnosti

1. Izravna funkcionalna ovisnost

Definicija

Dvije se varijable nazivaju izravno proporcionalnima ako se jedna od njih mijenja u određenom omjeru i druga se mijenja u istom omjeru.

y=kx, Gdje k– koeficijent proporcionalnosti.

Graf funkcije

1. Linearna ovisnost

Definicija

Dvije su varijable povezane linearna ovisnost, ako , gdje su neke konstantne količine.

Graf funkcije

1. Obrnuti proporcionalni odnos

Definicija

Dvije varijable nazivamo obrnuto proporcionalnima ako se jedna od njih mijenja u nekom omjeru, druga se mijenja u suprotnom omjeru.

1. Kvadratna ovisnost

Kvadratna ovisnost u najjednostavnijem slučaju ima oblik , gdje je k neka konstantna vrijednost. Graf funkcije je parabola.

1. Sinusoidalna ovisnost.

Pri proučavanju periodičnih pojava važna uloga sinusoidalna ovisnost igra

- funkcija se naziva harmonik.

A– amplituda;

Frekvencija;

Početna faza.

Funkcija je periodična s periodom. Vrijednosti funkcije u točkama x I x+T, koji se razlikuju po razdoblju, isti su.

Funkcija se može svesti na formu , Gdje . Odavde dobivamo da je harmonijski graf deformirana sinusoida s amplitudom A i periodom T, pomaknutom duž OX osi za iznos

T

Metode za specificiranje funkcije

Obično se razmatraju tri načina određivanja funkcije: analitički, tablični i grafički.

1. Analitička metoda zadavanja funkcije

Ako je funkcija izražena pomoću formule, tada je navedena analitički.

Na primjer

Ako funkcija y=f(x) je dana formulom, zatim njegova karakteristika f označava skup radnji koje je potrebno izvršiti određenim redoslijedom na vrijednost argumenta x da biste dobili odgovarajuću vrijednost funkcije.

Primjer . Nad vrijednošću argumenta izvode se tri akcije.

1. Tablični način zadavanja funkcije

Ova metoda uspostavlja korespondenciju između varijabli pomoću tablice. znajući analitički izraz funkciju, ovu funkciju možemo predstaviti za vrijednosti argumenata koje nas zanimaju pomoću tablice.

Je li moguće prijeći s tablične dodjele funkcija na analitički izraz?

Imajte na umu da tablica ne daje sve vrijednosti funkcije, a srednje vrijednosti funkcije mogu se pronaći samo približno. Ovo je tzv interpolacija funkcije. Stoga, u opći slučaj Nemoguće je pronaći točan analitički izraz za funkciju pomoću tabličnih podataka. Međutim, uvijek je moguće konstruirati formulu, i više od jedne, koja će za vrijednosti argumenta dostupne u tablici dati odgovarajući tablične vrijednosti funkcije. Ova vrsta formule naziva se interpolacija.

1. Grafički način specificiranja funkcije

Analitičke i tablične metode ne daju jasnu ideju o funkciji.

Lišen ovog nedostatka grafička metoda dodjele funkcija y=f(x), kada je korespondencija između argumenta x i funkcija g postaviti pomoću rasporeda.

Pojam implicitne funkcije

Funkcija se naziva eksplicitnom ako je dana formulom čija desna strana ne sadrži zavisnu varijablu.

Funkcija g od argumenta x naziva se implicitnim ako je dan jednadžbom

F(x,y)=0(1) neriješeno u vezi zavisne varijable.

Koncept inverzna funkcija

Neka je zadana funkcija y=f(x)(1). Određivanjem vrijednosti argumenta x dobivamo vrijednosti funkcije g.

Moguće je, s obzirom g argument, i x– funkcija, zadane vrijednosti g i dobiti vrijednosti x. U ovom slučaju, jednadžba (1) će odrediti x, kao implicitna funkcija od g. Ovaj posljednja funkcija nazvao obrnuti u odnosu na ovu funkciju g.

Uz pretpostavku da je jednadžba (1) riješena s obzirom na x, dobivamo eksplicitan izraz za inverznu funkciju

(2), gdje je funkcija za sve važeće vrijednosti g zadovoljava uvjet

Funkcionalna međuovisnost. Ako postoji funkcionalna ovisnost oblika A->B i B->A, tada između A i B postoji podudarnost jedan na jedan, odnosno funkcionalna međuovisnost, označena kao A<->B ili B<->A.

Ako je relacija u 1NF, tada su svi ne-ključni atributi funkcionalno ovisni o ključu s različitim stupnjevima ovisnosti.

Djelomično funkcionalni unovčiti ovisnost (djelomični savezni zakon) Ovisnost neključnog atributa o dijelu složenog ključa naziva se. U odnosu koji se razmatra, Must atribut je funkcionalno ovisan o Full Name atributu, koji je dio ključa. Dakle, Must atribut djelomično ovisi o relacijskom ključu.

Alternativna opcija je puna funkcionalna ovisnost most atribut koji nije ključ iz cijelog složenog ključa. U našem primjeru, atribut ViewZan u potpunosti funkcionalno ovisi o složenom ključu.

Atribut C ovisi o atributu A tranzitivno (postoji tranzitivan ovisnost), ako su za atribute A, B, C ispunjeni uvjeti A->B i B->C, ali ne postoji inverzna veza. U odnosu na Sl. 4.4 Atributi su povezani tranzitivnom ovisnošću:

Puno ime -> Dužnost -> Plaća

Između atributa može postojati odnos s više vrijednosti.

U odnosu na R, atribut B ovisi puno iz atributa A, ako svaka vrijednost A odgovara skupu vrijednosti B koje nisu povezane s drugim atributima iz R,

Viševrijedne ovisnosti mogu biti “jedan prema mnogima” (1:M), “mnogo prema jednom” (M:1) ili “mnogo prema mnogima” (M:M), označene u skladu s tim: A => B, A<=Би А<=>B.

Na primjer, neka nastavnik predaje nekoliko predmeta, a svaki predmet može predavati više nastavnika, tada puno ime ovisi o mjestu<=>Artikal. Dakle, iz tablice prikazane na Sl. 4.4, jasno je da je učitelj Ivanov I.M. izvodi nastavu iz dva predmeta, a disciplinu DBMS predaju dva nastavnika: I.M. Ivanov. i Petrov M.I.

Komentar . Općenito, ovisnosti mogu postojati između dva atributa jednog odnosa: 1:1, 1:M, M:1 i M:M. Budući da ovisnosti između atributa uzrokuju anomalije, oni pokušavaju podijeliti odnose s ovisnostima atributa u nekoliko odnosa. Kao rezultat toga formira se skup povezanih relacija (tablica) s vezama oblika 1:1, 1:M, M:1 i M:M (potodjeljak 3.2). Odnosi između tablica odražavaju ovisnosti između atributa različitih odnosa.

Međusobno nezavisni atributi. Za dva ili više atributa kaže se da su međusobno neovisni ako nijedan od atributa nije funkcionalno ovisan o drugim atributima. U slučaju dva atributa, nepostojanje ovisnosti atributa A o atributu B može se označiti na sljedeći način: A¬->B. Slučaj kada A¬->B i B¬->A možemo označiti s A¬<->U.

4.3.3 Armstrongovi aksiomi

Za određivanje ključeva i razumijevanje logičkih posljedica funkcionalnih ovisnosti u općem slučaju potrebno je ocijeniti zatvorenost F + iz F ili barem znati za dano F i funkcionalna ovisnost x Y, je li sadržano x Y V F + . Da biste to učinili, trebate imati pravila zaključivanja koja određuju kako izvesti druge ovisnosti iz jedne ili više ovisnosti.

Mnoga takva pravila nazivaju se Armstrongovi aksiomi. Pretpostavimo da nam je dana neka shema odnosa s mnogo atributa M, univerzalni set atribute i mnoge funkcionalne ovisnosti F, povezujući samo atribute koji pripadaju M. Tada imamo sljedeća pravila zaključivanja (aksiome):

A1: (refleksivnost). Ako Y ≤ x ≤ M, daklex Y logično proizlazi iz F. Imajte na umu da ovo pravilo daje trivijalne ovisnosti, odnosno zavisnosti čija je desna strana sadržana u lijevoj strani. Njegova uporaba ne ovisi o F.

A2: (nadopuna). Ako xY i Z≤ M, To x U Z  Y U Z . Važno je upamtiti da ova ovisnost xY bilo pripada F, ili se može izvesti iz pripadanja F ovisnosti pomoću opisanih aksioma.

A3: (tranzitivnost). Ako xY I YZ, dakle xZ.

Relativno je lako dokazati da su Armstrongovi aksiomi pouzdani, odnosno da vode samo do istinitih zaključaka. To znači da pomoću njih ne možemo izvesti zaključak F svaka ovisnost koja ne pripada F + . Teže je dokazati njihovu potpunost, što znači da se ovi aksiomi mogu koristiti za dobivanje svih valjanih posljedica ovisnosti. To znači da za dani skup ovisnosti F pravila nam omogućuju da zaključimo sve ovisnosti koje pripadaju F + .

Iz aksioma Armstrong Izvedeno je još 5 aksioma (proširenje, nastavak, pseudotranzitivnost, unija i dekompozicija) koji se koriste za konstrukciju kompletne obitelji Savezni zakon.

Funkcionalne ovisnosti

Funkcionalna ovisnost opisuje odnos između atributa i jedan je od osnovnih pojmova normalizacije. Hajdemo to pretvarati relacijska shema ima atribute (A, B, C,…, Z) i cijela baza se može prikazati kao jedna univerzalna relacija R=(A, B, C,…, Z). Stoga svaki atribut u bazi podataka ima jedinstveno ime.

Ako su A i B atributi neke relacije R, a svaka vrijednost A povezana je s jednom i samo jednom vrijednošću B (i svaki od atributa može se sastojati od jednog ili više atributa), tada je atribut B funkcionalno ovisna iz atributa A (VAA).

Funkcionalna ovisnost koja vrijedi pod bilo kojim uvjetima naziva se trivijalno. Netrivijalne ovisnosti definiraju ograničenja cjelovitosti odnosa.

Tranzitivna ovisnost za atribute A, B i C neke relacije znači sljedeće: ako su AàB i BàC, tada C tranzitivno ovisi o atributu A kroz atribut B (pod uvjetom da je A funkcionalno neovisan o B ili C).

Kako bi se izbjegla redundancija podataka, koja može dovesti do gubitka cjelovitosti, potrebno je koristiti minimalno dovoljan skup ovisnosti.

Dizajn baze podataka pomoću normalizacije počinje definiranjem funkcionalnih ovisnosti koje su semantički očite, tj. svođenje na prvi normalni oblik.

Tablica u prvom normalnom obliku mora ispunjavati sljedeće zahtjeve:

1) tablica ne smije imati dvostruke zapise;

2) tablica ne smije sadržavati duple grupe polja;

3) svako polje mora biti semantički nedjeljivo.

Tablica u drugom normalnom obliku mora ispunjavati sve 1NF zahtjeve; svako polje koje nije ključ je jedinstveno identificirano cijeli set ključna polja, odnosno svaki atribut odnosa u potpunosti ili djelomično funkcionalno ovisi o drugom atributu.

Funkcionalna ovisnost AàB je puna funkcionalna ovisnost ako uklanjanje bilo kojeg atributa iz A dovodi do gubitka ove ovisnosti. Funkcionalna ovisnost AàB naziva se djelomičan, ako u A postoji određeni atribut, kada se ukloni, ova ovisnost ostaje.

Tablica koja je u trećem normalnom obliku mora ispunjavati sve zahtjeve 2NF-a; nijedno ne-ključno polje nije identificirano drugim ne-ključnim poljem, to jest, relacija koja je u prvom i drugom normalnom obliku i nema atribute koji nisu. u primarnom ključu atributa, koji bi bio u tranzitivnoj funkcionalnoj ovisnosti o ovom primarnom ključu.

Normalni oblik Boyceovog koda (BCNF) temelji se na funkcionalnim ovisnostima koje uzimaju u obzir sve potencijalne ključeve relacije, ali uz stroža ograničenja.

Odrednica funkcionalne ovisnosti je atribut (ili skupina atributa) o kojem neki drugi atribut potpuno funkcionalno ovisi.

Da bismo provjerili pripada li neka relacija BCNF-u, potrebno je pronaći sve njene determinante i uvjeriti se da su one potencijalni ključevi.

Razlika između 3NF i BCNF je u tome što je funkcionalna ovisnost AàB dopuštena u 3NF odnosu ako je atribut B primarni ključ, a atribut A nije nužno ključ kandidata. Za BNF, ova je ovisnost dopuštena samo kada je atribut A kandidatski ključ. Stoga je BCNF stroža verzija 3NF, budući da je svaka BCNF relacija 3NF, ali nije svaka 3NF relacija BCNF.

Odnos je u BCNF-u samo ako je svaka od njegovih odrednica potencijalni ključ.

Četvrta normalan oblik(4NF) – relacija u BCNF koja ne sadrži netrivijalne viševrijedne ovisnosti.

Višeznačna ovisnost predstavlja odnos između atributa relacije (na primjer, A, B i C) tako da svaka vrijednost A predstavlja skup vrijednosti za B i skup vrijednosti za C. Međutim, skupovi vrijednosti jer su B i C neovisni jedni o drugima.

Viševrijedna ovisnost može se dalje definirati kao trivijalna ili netrivijalna. Višeznačna ovisnost AàB neke relacije R definirana je kao trivijalna ako je atribut B podskup atributa A ili . Suprotno tome, ovisnost s više vrijednosti definirana je kao netrivijalna ako niti jedan uvjet nije ispunjen. Trivijalna višeznačna ovisnost ne nameće nikakva ograničenja ovaj stav, a netrivijalan – nameće.

Prilikom particioniranja relacije pomoću operacije projekcije, korištena metoda dekompozicije je precizno određena. Neophodno je da se, kada se rezultirajući odnosi ponovno povežu, izvorni odnos može vratiti. Ova dekompozicija se zove dekompozicija veze bez gubitaka(ili win-win ili neaditivno spajanje) jer čuva sve podatke u izvornoj relaciji i eliminira stvaranje dodatnih lažnih redaka.

Peta normalna forma (5NF), također nazvana projektivna konektivna normalna forma, znači da relacija u ovoj formi nema ovisnosti o spoju. Relacija R s podskupom atributa A,B,…,Z zadovoljava ovisnost o pridruživanju ako svaki dopuštena vrijednost R je jednak uniji svojih projekcija na podskupove A,B,…,Z.

Atribut B funkcionalno ovisna iz atributa A ako svaka vrijednost A odgovara točno jednoj vrijednosti B.

Oznaka: A → B. To znači da će u svim torkama s istom vrijednošću za atribut A, atribut B također imati istu vrijednost.

Ako postoji funkcionalna ovisnost oblika A→B i B→A, onda između A i B postoji dopisivanje jedan na jedan, ili funkcionalna ovisnost. OKO

Oznaka: A↔B ili B↔A.

Ako je relacija u 1NF, tada su svi ne-ključni atributi funkcionalno ovisni o ključu s različitim stupnjevima ovisnosti.

Djelomična ovisnost(djelomična funkcionalna ovisnost) – ovisnost neključnog atributa o dijelu složenog ključa.

Potpuna funkcionalna ovisnost– ovisnost neključnog atributa o cijelom složenom ključu.

Tranzitivna ovisnost

Atribut C ovisi o atributu A tranzitivno(postoji tranzitivna ovisnost), ako su ispunjeni uvjeti A→B i B→C za atribut A, B, C, ne postoji obrnuti odnos.

Višestruka ovisnost

U odnosu na R, atribut B ovisi puno iz atributa A, ako svaka vrijednost A odgovara skupu vrijednosti B koje nisu povezane s drugim atributima R.

Oznake: A=>B, A<=B, A<=>B.

Međusobno nezavisni atributi

Pozivaju se dva ili više atributa međusobno nezavisni, ako nijedan od ovih atributa nije funkcionalno ovisan o drugim atributima.

Oznake: A →B, A=B.

Normalni oblici:

Prvi normalni oblik(1NF). Relacija je u 1NF ako su svi njeni atributi jednostavni (imaju jednu vrijednost).

Drugi normalni oblik(2NF). Relacija je u 2NF ako je u 1NF i svaki ne-ključni atribut funkcionalno ovisi o primarnom ključu (kompozitu).

Treći normalni oblik(3NF). Relacija je u 3NF ako i samo ako su svi atributi relacije međusobno neovisni i potpuno ovisni o primarnom ključu.

Normalan Boyce-Coddov oblik(NFBC). Odnos je u BCNF-u ako je u 3NF-u i nema ključnih ovisnosti (kompozitnih ključnih atributa) o ne-ključnim atributima.

Četvrti normalni oblik(4NF). Relacija je u 4NF ako i samo ako postoji viševrijedna ovisnost A=>B, a svi ostali atributi relacije funkcionalno ovise o A.

Peti normalni oblik(5NF). Relacija je u 5NF ako je u 4NF i zadovoljava ovisnosti veza s obzirom na svoje projekcije.

Šesti normalni oblik(6NF). Relacija je u 6NF ako i samo ako se ne može dalje rastaviti bez gubitka.

Osiguravanje dosljednosti i cjelovitosti podataka u bazi podataka

Odgovor :

Integritet je svojstvo baze podataka, što znači da sadrži potpune, dosljedne i adekvatno odražavajuće informacije o predmetnom području.

Tamo su:

Fizički integritet- Dostupnost fizički pristup podacima i da se podaci ne izgube.

Logički integritet– odsutnost logičkih pogrešaka u bazi podataka, što uključuje kršenje strukture baze podataka ili njezinih objekata, brisanje ili modificiranje uspostavljene veze između objekata itd.

Održavanje integriteta baze podataka uključuje:

Provjera integriteta (nadzor)

Obnavljanje u slučaju otkrivanja nedosljednosti u bazi podataka.

Integralno stanje specificirano je korištenjem ograničenja cjelovitosti(uvjeti koje podaci moraju zadovoljiti). Dva vrsta ograničenja cjelovitosti:

Ograničavanje vrijednosti atributa odnosa. Na primjer: zahtjev nedopustivosti NULL vrijednosti, nedopustivost duplih vrijednosti u atributima, kontrola pripadnosti vrijednosti atributa zadanom rasponu.

Strukturna ograničenja na torke odnosa. Definira zahtjeve cjelovitost entiteta i referencijalni integritet.

Zahtjev cjelovitost entiteta je li to bilo koja tuple relacije mora biti različita od bilo koje druge tuple te relacije, drugim riječima, svaki odnos mora imati Osnovni ključ.

Zahtjev Referentni integritet je da za svaku vrijednost stranog ključa u nadređenoj tablici mora postojati redak u podređenoj tablici s istom vrijednošću primarnog ključa.

Metoda entitet-odnos

Odgovor :

Metoda entitet-odnos(ER-diagram method) je metoda koja se temelji na korištenju dijagrama koji se nazivaju dijagrami ER-instance i dijagrami ER-tipa.

Osnovni koncepti

Esencija– ovo je objekt, podaci o kojem su pohranjeni u bazi podataka.

Atribut je svojstvo entiteta.

Ključ entiteta je atribut (skup atributa) koji se koristi za identifikaciju instance entiteta.

Veza između entiteta je ovisnost između atributa tih entiteta.

Grafika, koristi se za jasnoću i jednostavnost dizajna:

DijagramER-kopije;

Dijagramhitna pomoć-tip ili hitna pomoć-dijagram.

Na temelju analize ER dijagrama formiraju se relacije projektirane baze podataka. Ovo uzima u obzir stupanj povezanosti između entiteta i njihove klase pripadnosti.

Stupanj spoja– ovo je karakteristika odnosa između entiteta (1:1, 1:M; M:1; M:M).

Članski razred entiteti mogu biti: obvezno I neobavezan.

Potreban– ako sve instance entiteta nužno sudjeluju u dotičnom odnosu.

Neobavezno– ne sudjeluju sve instance u predmetnoj vezi.

Faze dizajna baze podataka

Odgovor :

ja. Konceptualni dizajn– prikupljanje, analiza i uređivanje zahtjeva za podacima.

Cilj: stvaranje konceptualnog modela podataka na temelju korisničkih ideja o predmetno područje.

Postupci:

Definiranje entiteta i njihovo dokumentiranje;

Utvrđivanje odnosa između entiteta i njihovo dokumentiranje;

Izrada modela domene;

Određivanje vrijednosti atributa;

Definiranje primarnih ključeva za entitete.

II. Logičan dizajn– na temelju konceptualnog modela kreira se struktura podataka.

Cilj: transformacija konceptualnog modela temeljenog na odabranom modelu podataka u logički model, neovisno o značajkama DBMS-a koji se naknadno koristi za fizičku implementaciju baze podataka.

Postupci:

Odabir podatkovnog modela;

Definiranje skupa tablica i njihovo dokumentiranje;

Normalizacija tablice;

Odredite zahtjeve za održavanje integriteta podataka i dokumentirajte ih.

III. Fizički dizajn– određivanje značajki podataka i načina pristupa.

Namjena: opis konkretne implementacije baze podataka, postavljanje u vanjska memorija Računalo.

Postupci:

Dizajn tablica baze podataka;

Oblikovati fizička organizacija DB;

Izrada strategije zaštite baze podataka.

Životni ciklus baze podataka

Odgovor :

Životni ciklus baze podataka je proces projektiranja, implementacije i održavanja sustava baza podataka.

Faze životnog ciklusa baze podataka:

Analiza– analiza predmetnog područja i utvrđivanje zahtjeva za njim, procjena relevantnosti sustava.

Oblikovati– stvaranje logičnih strukture baze podataka, funkcionalni opis programski modeli i zahtjevi za informacijama.

Provedba– izrada softvera za bazu podataka, provodi se testiranje.

iskorištavanje I pratnja.

Faze životnog ciklusa baze podataka:

Prethodno planiranje– planiranje baze podataka, izvedba strateški plan razvoj baze podataka (koje se aplikacije koriste, koje funkcije obavljaju, koje su datoteke povezane sa svakom od tih aplikacija i koje su nove datoteke i aplikacije u procesu razvoja).

Provjera izvedivosti– provjera tehnološke, pogonske i ekonomske opravdanosti.

Definiranje zahtjeva– izbor namjene baze podataka, utvrđivanje informacijskih zahtjeva za bazu podataka, zahtjeva za opremom i softverom, utvrđivanje korisničkih zahtjeva.

Konceptualni dizajn– izrada konceptualnog dijagrama.

Provedba– dovođenje konceptualnog modela u funkcionalnu bazu podataka.

Odabir i kupnja potrebnog DBMS-a.

Pretvaranje konceptualnog modela u logički i fizički model.

Na temelju informacijskog modela gradi se podatkovna shema za određeni DBMS.

Određuje se koje aplikacijske procese treba implementirati kao pohranjene procedure.

Implementirajte ograničenja osmišljena da osiguraju integritet podataka.

Okidači dizajna.

Razvijte strategiju indeksiranja i klasteriranja i izvršite procjenu veličine stolova, klasteri i indeksi.

Odrediti razine pristupa korisnika, razviti i implementirati sigurnosna pravila.

Razviti topologiju mreže za bazu podataka.

Izrada rječnika podataka.

Popunjavanje baze podataka.

Izrada aplikacijskog softvera, kontrola upravljanja.

Obuka korisnika.

Evaluacija i poboljšanje sheme baze podataka.

Pravila za formiranje odnosa

Odgovor :

Pravila formiranja odnosi se temelje na uzimanju u obzir sljedećeg:

Stupanj povezanosti između entiteta (1:1, 1:M, M:1, M:M);

Klasa članstva instanci entiteta (obavezna i izborna).