Modeli logjik i të dhënave. Koncepti i normalizimit të marrëdhënieve

18.05.2019 Windows Phone

ER-grafikë

Një mënyrë e zakonshme për të përfaqësuar një model logjik të bazës së të dhënave është ndërtimi i diagrameve ER (Entity-Relationship - entity-relation). Në këtë model, një entitet përkufizohet si një objekt diskret për të cilin ruhen artikujt e të dhënave dhe një marrëdhënie përshkruan një marrëdhënie midis dy objekteve.

Në shembullin e një menaxheri të agjencisë së udhëtimit, ka 5 objekte kryesore:

Turistët

Kuponat

Marrëdhënia midis këtyre objekteve mund të përkufizohet në terma të thjeshtë:

Çdo turist mund të blejë një ose disa (shumë) kupona.

Çdo kupon korrespondon me pagesën e tij (mund të ketë disa pagesa nëse kuponi, për shembull, shitet me kredi).

Çdo turne mund të ketë disa sezone.

Kuponi shitet për një sezon të një turneu.

Këto objekte dhe marrëdhënie mund të përfaqësohen nga një diagram ER, siç tregohet në Figurën 2.

Oriz. 2. ER-diagram për aplikimin e bazës së të dhënave të menaxherit të agjencisë turistike

Objektet, atributet dhe çelësat

Modeli zhvillohet më tej duke përcaktuar atributet për çdo objekt. Atributet e objektit janë elementë të dhënash që lidhen me një objekt specifik që duhet të ruhet. Ne analizojmë fjalorin e të dhënave të përpiluara, zgjedhim objektet dhe atributet e tyre në të, zgjerojmë fjalorin nëse është e nevojshme. Atributet për secilin objekt në këtë shembull janë paraqitur në Tabelën 2.

Tabela 2. Objektet dhe atributet e bazës së të dhënave

Nje objekt	Turistët	Kuponat	Turne	Stinët	Pagesa
			Emri	Data e fillimit	Data e pageses
				Data e përfundimit
	emri i mesëm		Informacion
Atributet
Atributet

Vini re se disa artikuj mungojnë. Informacioni i regjistrimit i hequr i përmendur në specifikimin funksional. Si ta merrni parasysh, do të mendoni vetë dhe do të modifikoni shembullin e propozuar. Por më e rëndësishmja, nuk ka ende atribute të nevojshme për të lidhur objektet me njëri-tjetrin. Këto elemente të të dhënave nuk janë të përfaqësuara në modelin ER, pasi ato nuk janë, në fakt, atribute "natyrore" të objekteve. Ato trajtohen ndryshe dhe do të llogariten në modelin e të dhënave relacionale.

Modeli relacional karakterizohet nga përdorimi i çelësave dhe marrëdhënieve. Ekziston një ndryshim në kontekstin e një baze të dhënash relacionale për sa i përket lidhjes dhe marrëdhënies. Marrëdhënia shihet si një tabelë e parregulluar, dydimensionale me rreshta të palidhur. Skema e të dhënave formohet ndërmjet relacioneve (tabelave) nëpërmjet atributeve të përbashkëta, që janë çelësa.

Ekzistojnë disa lloje çelësash, dhe ato ndonjëherë ndryshojnë vetëm në aspektin e marrëdhënies së tyre me atributet dhe marrëdhëniet e tjera. Një çelës primar identifikon në mënyrë unike një rresht në një marrëdhënie (tabela) dhe secila marrëdhënie mund të ketë vetëm një çelës kryesor, edhe nëse më shumë se një atribut është unik. Në disa raste, kërkohet më shumë se një atribut për të identifikuar rreshtat në një marrëdhënie. Koleksioni i këtyre atributeve quhet çelës i përbërë. Në raste të tjera, çelësi primar duhet të krijohet (gjenerohet) posaçërisht. Për shembull, në relacionin "Turistët" ka kuptim të shtohet një identifikues unik turistik (kodi turistik) si çelësi kryesor i kësaj lidhjeje për të organizuar lidhje me marrëdhëniet e tjera të DB.

Një lloj tjetër çelësi, i quajtur çelës i huaj, ekziston vetëm për sa i përket skemës së të dhënave midis dy marrëdhënieve. Një çelës i huaj në një marrëdhënie është një atribut që është një çelës kryesor (ose pjesë e një çelësi primar) në një marrëdhënie tjetër. Është një atribut i shpërndarë që formon skemën e të dhënave midis dy marrëdhënieve në bazën e të dhënave.

Për bazën e të dhënave të projektuar, le të zgjerojmë atributet e objekteve me fushat e kodit si çelësa kryesorë dhe t'i përdorim këto kode në marrëdhëniet e bazës së të dhënave për t'iu referuar objekteve të bazës së të dhënave si më poshtë (Tabela 3).

Është shumë herët për ta konsideruar të plotë skemën e ndërtuar të bazës së të dhënave, pasi kërkohet normalizimi i saj. Një proces i njohur si normalizimi i bazës së të dhënave relacionale përdoret për të grupuar atributet në mënyra specifike për të minimizuar tepricën dhe varësinë funksionale.

Tabela 3. Objektet dhe atributet e bazës së të dhënave me fushat e zgjeruara të kodit

Nje objekt	Turistët	Kuponat	Turne	Stinët	Pagesa
Atributet	Kodi turistik	Kodi i turneut		Kodi i sezonit	Kodi i faturimit
		Kodi turistik	Emri	Data e fillimit	Data e pageses
		Kodi i sezonit		Data e përfundimit
	emri i mesëm		Informacion		Kodi i turneut

Normalizimi

Varësitë funksionale ndodhin kur vlera e një atributi mund të përcaktohet nga vlera e një atributi tjetër. Një atribut që mund të përcaktohet quhet funksionalisht i varur nga një atribut që është një përcaktues. Prandaj, sipas përkufizimit, të gjitha atributet jo-çelës (pa çelës) do të varen funksionalisht nga çelësi primar në secilën marrëdhënie (pasi çelësi primar identifikon në mënyrë unike çdo rresht). Kur një atribut i një marrëdhënieje nuk identifikon në mënyrë unike një atribut tjetër, por e kufizon atë në një grup vlerash të paracaktuara, quhet një varësi me shumë vlera. Varësia e pjesshme ndodh kur një atribut i marrëdhënieve është funksionalisht i varur nga një atribut i vetëm kyç i përbërë. Varësitë kalimtare ndodhin kur një atribut jo kyç është funksionalisht i varur nga një ose më shumë atribute të tjera jo kyç në një marrëdhënie.

Procesi i normalizimit konsiston në ndërtimin hap pas hapi të një baze të dhënash në formë normale (NF).

1. Forma e parë normale (1NF) është shumë e thjeshtë. Të gjitha tabelat e bazës së të dhënave duhet të plotësojnë një kërkesë të vetme - çdo qelizë në tabela duhet të përmbajë një vlerë atomike, me fjalë të tjera, vlera e ruajtur brenda domenit të aplikacionit të bazës së të dhënave nuk duhet të ketë një strukturë të brendshme, elementët e së cilës mund të kërkohen nga aplikacion.

2. Forma e dytë normale (2NF) krijohet kur të gjitha varësitë e pjesshme hiqen nga relacionet e bazës së të dhënave. Nëse marrëdhënia nuk ka asnjë çelës të përbërë, atëherë ky nivel normalizimi arrihet lehtësisht.

3. Forma e tretë normale (3NF) e bazës së të dhënave kërkon heqjen e të gjitha varësive kalimtare.

4. Forma e katërt normale (4NF) krijohet kur hiqen të gjitha varësitë me shumë vlera.

Baza e të dhënave të shembullit tonë është në 1NF, pasi të gjitha fushat e tabelave të bazës së të dhënave janë atomike në përmbajtjen e tyre. Baza jonë e të dhënave ndodhet gjithashtu në 2NF, pasi kemi futur artificialisht kode unike për çdo objekt (Kodi Turistik, Kodi Turistik, etj.) në secilën tabelë, për shkak të së cilës kemi arritur 2NF për secilën nga tabelat e bazës së të dhënave dhe të gjithë bazën e të dhënave në tërësi. . Mbetet të merremi me formën e tretë dhe të katërt normale.

Vini re se ato ekzistojnë vetëm në lidhje me lloje të ndryshme të varësive të atributeve DB. Ka varësi - ju duhet të kushtoni NF DB, nuk ka varësi - DB është tashmë në NF. Por opsioni i fundit pothuajse nuk gjendet kurrë në aplikacionet reale.

Pra, cilat varësi kalimtare dhe shumëvlerëshe janë të pranishme në shembullin tonë të bazës së të dhënave të një menaxheri të agjencisë udhëtimi?

Le të analizojmë qëndrimin “Turistët”. Le të shqyrtojmë varësitë midis atributeve "Kodi turistik", "Mbiemri", "Emri", "Patronimi" dhe "Pasaporta" (Fig. 3). Çdo turist, i përfaqësuar në lidhje me kombinimin "Mbiemër-Emër-patronimik", ka vetëm një pasaportë gjatë udhëtimit, ndërsa emri i plotë duhet të ketë numra të ndryshëm pasaporte. Prandaj, atributet "Mbiemër-Emër-patronim" dhe "Pasaportë" formojnë një çelës të përbërë në raport me turistët.

Oriz. 3. Një shembull i një varësie kalimtare

Siç mund ta shihni nga figura, atributi "Pasaport" varet kalimisht nga çelësi "Kodi turistik". Prandaj, për të përjashtuar këtë varësi kalimtare, ne do të ndajmë çelësin e përbërë të relacionit dhe vetë relacionin në 2 në marrëdhënie një-me-një. Në relacionin e parë, le ta lëmë me emrin “Turistët”, përfshihen atributet “Kodi turistik” dhe “Mbiemri”, “Emri”, “Patronimi”. Lidhja e dytë, le ta quajmë “Informacion për turistët”, formohet nga atributet “Kodi turistik” dhe të gjitha atributet e mbetura të relacionit “Turistët”: “Pasaporta”, “Telefon”, “Qyteti”, “Vendi”, "Indeksi". Këto dy marrëdhënie të reja nuk kanë më një marrëdhënie kalimtare dhe janë në 3NF.

Nuk ka varësi me shumë vlera në bazën tonë të të dhënave të thjeshtuar. Për shembull, supozoni se për çdo turist duhet të ruhen disa telefona kontakti (shtëpi, punë, celular, etj., gjë që është shumë tipike në praktikë), dhe jo një, si në shembull. Ne marrim një varësi shumëvlerëshe të çelësit - "Kodi turistik" dhe atributet "Lloji i telefonit" dhe "Telefon", në këtë situatë çelësi pushon së qeni çelës. Çfarë duhet bërë? Problemi zgjidhet gjithashtu duke ndarë skemën e marrëdhënieve në 2 skema të reja. Njëri prej tyre duhet të japë informacion për telefonat (lidhja "Telefonat"), dhe e dyta për turistët (lidhja "Turistët"), të cilët janë të lidhur me fushën "Kodi turistik". Kodi turistik do të jetë çelësi kryesor për turistët dhe çelësi i jashtëm për telefonat.

Figura 1 tregon modelin logjik të bazës së të dhënave të vendbanimit studentor.

Figura 1 - modeli logjik

Një model logjik (datalogjik) është një model i bazës së të dhënave që nuk është i lidhur me një DBMS specifike. Në të dallohen objektet kryesore të bazës së të dhënave dhe përcaktohen lidhjet ndërmjet këtyre objekteve. Ndonjëherë përcaktohen llojet e të dhënave të objekteve individuale. Ky model është ndërtuar duke përdorur metodën Entity Relationship.

2.2 Subjektet

Kjo bazë të dhënash përmban 16 entitete. Le të analizojmë secilën prej tyre dhe lidhjet midis tyre.

Thelbi Forma_ob përmban dy atribute: Nom_fo- numrin rendor të formës së studimit, dhe Forma_ob- forma e trajnimit, e para prej të cilave është kryesore. Ky esencë përmban opsionet e mundshme për format e trajnimit (buxhetore dhe kontraktuale).

Thelbi Statusi përmban gjithashtu dy atribute: Nom_st- numri serial i statusit (atributi kryesor), dhe Statusi- emri i statusit. Statusi mund të marrë dy kuptime: student dhe student i diplomuar.

Thelbi Fakulteti përmban informacione për fakultetet. Atributi i parë (çelës) Nom_fak- numri rendor i fakultetit, atributi i dytë Fakulteti- emri i shkurtuar i fakultetit.

Thelbi Specialiteti përmban informacion për specialitetet e universitetit. Si atribute - numri serial dhe përcaktimi dixhital i specialitetit.

Thelbi Dhoma përmban numrin e dhomave dhe numrin e vendeve të lira në to. Meqenëse, sipas kushtit, nuk duhet të ketë dhoma të pabanuara dhe ka vetëm 3 vende në dhomë, do të jetë e nevojshme të vendoset një kufizim i duhur për futjen e të dhënave.

Thelbi Tarifat përmban numrin serik të tarifës, kriteret që përcaktojnë koston - numrin e statusit dhe numrin e formularit të studimit, si dhe koston e vetë tarifës.

Thelbi Grupi përmban numrin e grupit që përcakton kriteret - numrin e fakultetit dhe numrin e specialitetit, si dhe kursin.

Në fakt Personal_dan përmban informacion për të dhënat personale të studentit. Numri i tij studentor, mbiemri, emri, patronimika, numri dhe seria e pasaportës, data e lindjes, vendlindja, vendi i regjistrimit dhe vendbanimi.

Thelbi Studenti përmban numrin e kartës së studentit, numrin e tarifës së pagesës për akomodimin në bujtinë, datën e pranimit në universitet dhe datën e diplomimit nga universiteti.

Thelbi Ndryshimet përmban informacion për ndryshimet që kanë ndodhur gjatë studimeve. Si atribute përmban numrin e ndryshimit, emrin e fakultetit, numrin e specialitetit, numrin e lëndës, numrin e grupit, numrin e formës së studimit dhe numrin e statusit.

Thelbi Stud_gjoks shërben për të lidhur entitetet Studenti dhe Ndryshimet... Ai përmban numrin e ndryshimit, numrin ID të studentit dhe datën kur ka ndodhur ndryshimi.

Thelbi Stud_grupështë gjithashtu një lidhës i entiteteve Studenti dhe Grupi... Ai përmban numrin e identifikimit të studentit, numrin e grupit dhe informacionin për përjashtimin dhe rivendosjen e studentit.

Një ent tjetër lidhës është Studio_dhoma... Ai synon të ruajë numrin e zhvendosjes së studentëve, numrin e ID-së së studentit, numrin e dhomës dhe datat e check-in dhe check-out.

Arkivi- një ent për ruajtjen e studentëve homoseksualë. Përmban numrin e hyrjes, numrin e ID-së së studentit dhe datën e daljes.

Në fakt Mospagesa përmban numrin rendor të mospagesës, numrin e kartës së studentit të studentit që nuk ka paguar akomodimin dhe muajin dhe vitin që nuk ka paguar.

Në fakt Prindërit jep informacion për prindërit e studentit, si emrat e babait dhe nënës dhe gjendja e martesës së tyre, të cilave mund t'u kërkohet të paguajnë përfitime shtesë studentore.

të njiheni me teknologjinë e ndërtimit të një modeli logjik në ERWin,
eksplorojnë metoda për përcaktimin e atributeve kryesore të entiteteve,
zotëroni metodën e kontrollit të përshtatshmërisë së modelit logjik,
eksplorojnë llojet e marrëdhënieve ndërmjet subjekteve.

Hapi i parë në krijimin e një modeli logjik të bazës së të dhënave është ndërtimi i një diagrami ERD (Entity Relationship Diagram). Diagramet ERD përbëhen nga tre pjesë: entitete, atribute dhe marrëdhënie. Subjektet janë emra, atributet janë mbiemra ose modifikues, marrëdhëniet janë folje.

Diagrami ERD ju lejon të shikoni të gjithë sistemin dhe të zbuloni kërkesat për zhvillimin e tij në lidhje me ruajtjen e informacionit.

Diagramet ERD mund të ndahen në pjesë të veçanta që korrespondojnë me detyrat individuale të zgjidhura nga sistemi i projektuar. Kjo ju lejon të shikoni sistemin në aspektin e funksionalitetit, duke e bërë procesin e projektimit të menaxhueshëm.

Diagramet ERD

Siç e dini, komponenti kryesor i bazave të të dhënave relacionale është një tabelë. Tabela përdoret për të strukturuar dhe ruajtur informacionin. Në bazat e të dhënave relacionale, çdo qelizë në një tabelë përmban një vlerë. Përveç kësaj, brenda të njëjtës bazë të dhënash, ekzistojnë marrëdhënie midis tabelave, secila prej të cilave specifikon ndarjen e të dhënave të tabelës.

Një diagram ERD paraqet grafikisht strukturën e të dhënave të sistemit të informacionit të projektuar. Subjektet shfaqen duke përdorur drejtkëndësha që përmbajnë një emër. Është zakon që emrat të shprehen me emra në njëjës, marrëdhënie - duke përdorur linja që lidhin entitete individuale. Një marrëdhënie tregon se të dhënat nga një entitet referohen ose lidhen me të dhënat nga një tjetër.

Oriz.6.1. Një shembull i një diagrami ERD,

Përcaktimi i entiteteve dhe atributeve

Një entitet është një subjekt, vend, send, ngjarje ose koncept që përmban informacion. Më saktësisht, një entitet është një koleksion (bashkim) i objekteve të quajtur instanca. Në shembullin e treguar në Fig. Në shembullin 6.1, entiteti KLIENTI përfaqëson të gjithë klientët e mundshëm. Çdo shembull i një entiteti ka një sërë karakteristikash. Pra, çdo klient mund të ketë një emër, adresë, numër telefoni, etj. Në modelin logjik, të gjitha këto karakteristika quhen atribute të entitetit.

Në fig. 6.2 tregon një diagram ERD që përfshin atributet e entitetit.

Oriz. 6.2. ERD-diagram me atribute

Marrëdhëniet logjike

Marrëdhëniet logjike janë marrëdhënie ndërmjet subjekteve. Ato përcaktohen nga foljet që tregojnë se si një entitet lidhet me një tjetër.

Disa shembuj të marrëdhënieve:

skuadra përfshin shumë lojtarë,
avioni transporton shumë pasagjerë,
shitësi shet shumë produkte.

Në të gjitha këto raste, marrëdhëniet pasqyrojnë një ndërveprim një me shumë midis dy entiteteve. Kjo do të thotë që një shembull i entitetit të parë ndërvepron me instanca të shumta të një entiteti tjetër. Marrëdhëniet tregohen me linja që lidhin dy entitete me një pikë në një fund dhe një folje sipër vijës.

Përveç marrëdhënies një me shumë, ekziston një lloj tjetër marrëdhënieje - shumë-me-shumë. Ky lloj marrëdhënieje përshkruan një situatë në të cilën instancat e entitetit mund të ndërveprojnë me instanca të shumta të entiteteve të tjera. Marrëdhëniet shumë-në-shumë përdoren gjatë fazave fillestare të projektimit. Ky lloj marrëdhënieje shfaqet si një vijë e fortë me pika në të dy skajet.

Një marrëdhënie shumë me shumë mund të mos marrë parasysh kufizime të caktuara të sistemit dhe për këtë arsye mund të zëvendësohet me një me shumë kur dizajni të rishikohet më vonë.

Kontrollimi i përshtatshmërisë së modelit logjik

Nëse marrëdhëniet ndërmjet subjekteve janë vendosur saktë, atëherë mund të bëni fjali që i përshkruan ato. Për shembull, sipas modelit të paraqitur në Fig. 6.3, mund të bëni fjalitë e mëposhtme:

Avioni transporton pasagjerë. Shumë pasagjerë transportohen me një avion.

Hartimi i propozimeve të tilla ju lejon të kontrolloni përputhshmërinë e modelit që rezulton me kërkesat dhe kufizimet e sistemit që krijohet.

Oriz. 6.3.Një shembull i një modeli logjik me një marrëdhënie

Modeli i të dhënave të bazuar në çelës

Çdo entitet përmban një vijë horizontale që ndan atributet në dy grupe. Atributet mbi vijën quhen çelësi kryesor. Çelësi kryesor është për identifikimin unik të një shembulli entiteti.

Zgjedhja e një çelësi kryesor

Kur krijoni një entitet, është e nevojshme të zgjidhni një grup atributesh që potencialisht mund të bëhen çelësi kryesor (çelësat potencialë), më pas të zgjidhni atributet për përfshirje në çelësin primar, duke ndjekur rekomandimet e mëposhtme:

Çelësi primar duhet të zgjidhet në atë mënyrë që vlerat e atributeve të përfshira në të të mund të identifikojnë me saktësi shembullin e entitetit. Asnjë nga atributet kryesore të çelësit nuk duhet të jetë null. Vlerat e atributeve të çelësit primar nuk duhet të ndryshojnë. Nëse vlera ka ndryshuar, atëherë ky është tashmë një shembull tjetër i entitetit.

Kur zgjidhni një çelës primar, mund t'i shtoni një atribut shtesë entitetit dhe ta bëni atë një çelës. Pra, për të përcaktuar çelësin primar, shpesh përdoren numra unikë, të cilët mund të gjenerohen automatikisht nga sistemi kur një shembull i njësisë shtohet në bazën e të dhënave. Përdorimi i numrave unikë lehtëson procesin e indeksimit dhe kërkimit në bazën e të dhënave.

Çelësi primar i zgjedhur gjatë krijimit të modelit logjik mund të jetë i pasuksesshëm për akses efikas në bazën e të dhënave dhe duhet të ndryshohet gjatë dizajnimit të modelit fizik.

Një çelës i mundshëm që nuk është bërë çelësi kryesor quhet çelës alternativ. ERWin ju lejon të zgjidhni atributet e çelësave alternativë dhe si parazgjedhje, në të ardhmen, kur gjeneroni një skemë të bazës së të dhënave, do të gjenerohet një indeks unik për këto atribute. Kur krijoni një çelës alternativ, simbolet (AK) shfaqen në diagramin pranë atributit.

Atributet e përfshira në indekset jo unike quhen Entries Inversion. Inputet e anasjellta janë një atribut ose grup atributesh që nuk identifikojnë në mënyrë unike një shembull, por shpesh përdoren për t'iu referuar shembujve të entitetit. ERWin gjeneron një indeks jo unik për çdo hyrje të përmbysjes.

Kur vendoset një marrëdhënie midis dy subjekteve, çelësat e huaj gjenerohen automatikisht në entitetin fëmijë. Marrëdhënia formon një referencë për atributet kryesore kryesore në entitetin fëmijë, dhe këto atribute formojnë çelësin e huaj në entitetin fëmijë. Atributet kryesore të huaja identifikohen nga karakteret (FK) pas emrit të tyre.

Shembull

Le të shqyrtojmë procesin e ndërtimit të një modeli logjik duke përdorur shembullin e një databaze studentore të sistemit "Shërbimi i Punësimit brenda Universitetit". Hapi i parë është përcaktimi i entiteteve dhe atributeve. Baza e të dhënave do të ruajë të dhënat për studentët, prandaj, subjekti do të jetë student.

Tabela 6.1.Atributet e subjektit “Studenti”.

atribut	Përshkrim
Numri	Numër unik për identifikimin e përdoruesit
EMRI I PLOTË.	Mbiemri, emri dhe patronimi i përdoruesit
Fjalëkalimi	Fjalëkalimi i hyrjes në sistem
Mosha	Mosha studentore
Kati	Gjinia e studentit
Karakteristike	Fusha e shënimeve me karakteristikë të përgjithshme të përdoruesit
Email	Adresat e emailit
Telefoni	Numrat e telefonit të studentëve (shtëpi, punë)
eksperience pune	Specialitete dhe përvojë pune studentore në secilën prej tyre
Specialiteti	Specialiteti i fituar nga një student pas diplomimit
Specializimi	Drejtimi i specialitetit në të cilin studenti trajnohet
Gjuhe e huaj	Lista e gjuhëve të huaja dhe niveli i zotërimit të tyre
Duke testuar	Lista e testeve dhe notat e kalueshmërisë së tyre
Rishikimi i ekspertit	Lista e lëndëve me vlerësime ekspertësh për secilën prej tyre
Notat e provimeve	Lista e lëndëve të kaluara me nota

Lista që rezulton përmban atribute që nuk mund të përcaktohen si një fushë e vetme e bazës së të dhënave. Atribute të tilla kërkojnë përkufizime shtesë dhe duhet të konsiderohen si entitete, që përbëhen, nga ana tjetër, nga atribute. Këto përfshijnë: përvojën e punës, një gjuhë të huaj, testimin, vlerësimin e kolegëve, notat e provimit. Le të përcaktojmë atributet e tyre.

Tabela 6.2.Atributet e subjektit "Përvojë pune".

Tabela 6.3.Atributet e subjektit të gjuhëve të huaja

Tabela 6.4.Atributet e subjektit testues

Tabela 6.5.Atributet e entit të gjykimit të ekspertit

atribut	Përshkrim
Disipline	Emri i disiplinës në të cilën nxënësi është vlerësuar
EMRI I PLOTË. mësuesi	EMRI I PLOTË. mësuesi që ka vlerësuar nxënësin
Gradë	Vlerësimi ekspert i mësuesit
atribut		Përshkrim
Artikulli		Emri i lëndës për të cilën është dhënë provimi
Gradë		Rezultati i rezultatit

Le të hartojmë një diagram ERD, duke përcaktuar llojet e atributeve dhe duke vendosur marrëdhëniet ndërmjet entiteteve (Fig. 6.4). Të gjitha subjektet do të jenë në varësi të subjektit “Studenti”. Marrëdhëniet do të jenë një me shumë.

Oriz. 6.4.ERD-diagrami i DB-së së studentëve

Diagrami që rezulton shfaq emrin e tij pranë marrëdhënies, e cila tregon marrëdhënien midis entiteteve. Kur krijohet një marrëdhënie midis subjekteve, çelësi primar migrohet te entiteti fëmijë.

Hapi tjetër në ndërtimin e një modeli logjik është përcaktimi i atributeve kryesore dhe llojeve të atributeve.

Tabela 6.7.Llojet e atributeve

atribut	Lloji i






Karakteristike

Specialiteti
Specializimi

Vendi i punës

Niveli i aftësisë
Emri
Përshkrim

Disipline
EMRI I PLOTË. mësuesi

Le të zgjedhim për çdo entitet atributet kryesore që përcaktojnë në mënyrë unike entitetin. Për subjektin “Studenti” ky do të jetë një numër unik, për subjektin “Përvoja e punës” të gjitha fushat janë kyçe, pasi në specialitete të ndryshme një student mund të ketë eksperiencë pune të ndryshme në kompani të ndryshme. Thelbi i "Testit" përcaktohet nga emri, pasi një student mund të ketë vetëm një notë për një test. Vlerësimi për provimin përcaktohet vetëm nga emri i lëndës, vlerësimi i ekspertit varet nga mësuesi që e ka bërë, prandaj si atribute kyçe do të zgjedhim “Disiplinë” dhe “Emri i plotë. mësues". Për subjektin "Gjuhë e huaj", niveli i aftësisë varet vetëm nga emri i gjuhës, prandaj, ky do të jetë atributi kryesor.

Ne marrim një diagram të ri të paraqitur në Fig. 6.5, ku të gjitha atributet kryesore do të jenë mbi shiritin horizontal brenda kornizës që përfaqëson entitetin.

Oriz. 6.5.Diagrami ERD i bazës së të dhënave të studentëve me atributet kryesore

Pyetje kontrolli

Cilat janë pjesët kryesore të diagramit ERD?
Qëllimi i diagramit ERD.
Cili është komponenti kryesor i bazave të të dhënave relacionale?
Çfarë quhet një entitet?
Formuloni parimin e emërtimit të entiteteve.
Çfarë tregon marrëdhënia ndërmjet subjekteve?
Cilat janë llojet e marrëdhënieve logjike.
Si shfaqen marrëdhëniet logjike?
Përshkruani mekanizmin për kontrollin e përshtatshmërisë së modelit logjik.
Çfarë quhet çelës primar?
Cilat janë parimet sipas të cilave formohet çelësi primar?
Çfarë quhet çelës alternativ?
Çfarë quhet hyrja e përmbysjes?
Kur gjenerohen çelësat e huaj?

Tema, qëllimi i punës.
ERD-diagrami i shërbimit DB Employment me atribute dhe çelësa.
Konkluzione mbi punën

shënim

Kjo punë e kursit përshkruan hartimin e bazës së të dhënave të spitalit qendror të qytetit dhe zbatimin e saj në Oracle Datebase. U prezantua fusha lëndore, u zhvilluan modele të të dhënave konceptuale, logjike dhe fizike. Tabelat, pyetjet, raportet e nevojshme u krijuan me anë të Oracle Datebase. Punimi termik përbëhet nga.

Hyrje 3

1. Zona specifike 4

2. Modeli konceptual 5

3. Modeli 7 i bazës së të dhënave logjike

4 Modeli i organizimit të të dhënave fizike 9

5 Zbatimi i bazave të të dhënave në Oracle 9

6.Krijimi i tabelave 10

7.Krijimi i pyetjeve 16

8.Përfundimi 27

Referencat 28

Prezantimi

Një bazë të dhënash është një depo e vetme, e madhe e të dhënave të ndryshme dhe përshkrimeve të strukturave të tyre, e cila, pasi përcaktohet veçmas dhe e pavarur nga aplikacionet, përdoret njëkohësisht nga shumë aplikacione.

Përveç të dhënave, baza e të dhënave mund të përmbajë mjete që lejojnë secilin nga përdoruesit të operojë vetëm me të dhënat që janë në kompetencën e tij. Si rezultat i ndërveprimit të të dhënave që përmban baza e të dhënave me metodat e disponueshme për përdorues të veçantë, formohet informacioni që ata konsumojnë dhe në bazë të të cilave, brenda kompetencës së tyre, futin dhe modifikojnë të dhënat.

Qëllimi i kësaj pune të kursit është zhvillimi dhe zbatimi i një baze të dhënash për spitalin qendror për të siguruar ruajtjen, grumbullimin dhe sigurimin e informacionit për aktivitetet e spitalit. Baza e të dhënave e krijuar është menduar kryesisht për automatizimin e aktiviteteve të departamenteve kryesore të spitalit.

Fusha e lëndës

Fusha lëndore është pjesë e një sistemi real që është me interes për këtë studim. Gjatë projektimit të sistemeve të automatizuara të informacionit, zona e temës shfaqet nga modele të të dhënave të disa niveleve. Numri i niveleve varet nga kompleksiteti i detyrave që zgjidhen, por në çdo rast përfshin nivele konceptuale dhe logjike.

Në këtë punim të lëndës lëndore është puna e spitalit qendror, i cili trajton pacientët. Struktura organizative e spitalit përbëhet nga dy departamente: recepsioni dhe urgjenca. Në regjistër bëhen terminet, udhëzohen, pacientët caktohen në reparte dhe regjistrohen numrat e policave të sigurimit. Reparti i pranimit, nga ana e tij, mban shënime për pranimet dhe shkarkimet, diagnozat e pacientëve dhe historinë mjekësore.

Baza e të dhënave ka për qëllim ruajtjen e të dhënave për pacientët, strehimin e tyre, medikamentet e përshkruara dhe për mjekët që marrin pjesë.

Modeli konceptual

Faza e parë e procesit të projektimit të bazës së të dhënave është krijimi i një modeli konceptual të të dhënave për pjesën e analizuar të ndërmarrjes.

Një model konceptual është një model domeni. Komponentët e modelit janë objektet dhe marrëdhëniet. Modeli konceptual shërben si një mjet komunikimi midis përdoruesve të ndryshëm dhe për këtë arsye zhvillohet pa marrë parasysh veçoritë e paraqitjes fizike të të dhënave. Gjatë hartimit të një modeli konceptual, të gjitha përpjekjet e zhvilluesit duhet të drejtohen kryesisht drejt strukturimit të të dhënave dhe identifikimit të marrëdhënieve ndërmjet tyre pa marrë parasysh veçoritë e zbatimit dhe çështjet e efikasitetit të përpunimit. Hartimi i modelit konceptual bazohet në analizën e detyrave të përpunimit të të dhënave që zgjidhen në këtë ndërmarrje. Modeli konceptual përfshin përshkrime të objekteve dhe marrëdhënieve të tyre të ndërsjella që janë me interes në fushën lëndore në shqyrtim. Marrëdhëniet ndërmjet objekteve janë pjesë e modelit konceptual dhe duhet të shfaqen në bazën e të dhënave. Marrëdhënia mund të përfshijë çdo numër objektesh. Nga ana tjetër, çdo objekt mund të marrë pjesë në çdo numër lidhjesh. Së bashku me këtë, ekzistojnë marrëdhënie midis atributeve të një objekti. Ka marrëdhënie të tipit: “një me një”, “një me shumë”, “shumë me shumë”.

Modeli më i popullarizuar i dizajnit konceptual është modeli i marrëdhënieve entitet (ER-model), ai i referohet modeleve semantike.

Elementet kryesore të modelit janë entitetet, marrëdhëniet ndërmjet tyre dhe vetitë (atributet) e tyre.

Një entitet është një klasë objektesh të të njëjtit lloj, informacioni për të cilin duhet të merret parasysh në model.

Çdo ent duhet të ketë një emër në njëjës. Çdo entitet në model përshkruhet si një drejtkëndësh me një emër.

Atributi është një karakteristikë (parametër) e një entiteti të caktuar.

Domeni është një grup vlerash (fushëveprimi i përkufizimit të atributeve).

Entitetet dallohen nga atributet kryesore - një çelës entiteti është një ose më shumë atribute që përcaktojnë në mënyrë unike një entitet të caktuar.

Një grup subjektesh për spitalin qendror (atributet e subjekteve tregohen në kllapa, atributet kryesore janë nënvizuar):

PACIENTET ( Kodi i pacientit, mbiemri, emri, data e lindjes, numri i policës së sigurimit, kodi i degës);

TRAJTIMI ( Kodi i pacientit, diagnoza, data e daljes, kodi i mjekut, kostoja);

DEGET ( Kodi i degës, emri i departamentit, numri i reparteve);

TË ARDHURA ( Kodi i pacientit, data e pranimit, kodi i dhomës);

DHOMA ( Kodi i dhomës, numri i vendeve, kodi i degës);

MJEKËT(Kodi i doktorit, mbiemri, emri, data e lindjes, numri i dosjes personale, kodi i degës);

Një diagram i marrëdhënies entitet për një spital rrethor është paraqitur në Figurën 1.

Modeli logjik i bazës së të dhënave

Versioni i modelit konceptual që mund të ofrohet nga një DBMS e veçantë quhet modeli logjik. Procesi i ndërtimit të një modeli logjik të bazës së të dhënave duhet të bazohet në një model specifik të dhënash (relacional, rrjetor, hierarkik), i cili përcaktohet nga lloji i sistemit të informacionit DBMS të destinuar për zbatim. Në rastin tonë, baza e të dhënave krijohet në mjedisin Oracle dhe do të jetë një bazë të dhënash relacionale.

Modeli relacional karakterizohet nga thjeshtësia e strukturës së të dhënave, prezantimi tabelor miqësor për përdoruesit dhe aftësia për të përdorur aparatin formal të algjebrës së marrëdhënieve dhe llogaritjes relacionale për të manipuluar të dhënat.

Në modelet e të dhënave relacionale, objektet dhe marrëdhëniet ndërmjet tyre paraqiten duke përdorur tabela. Çdo tabelë përfaqëson një objekt dhe përbëhet nga rreshta dhe kolona. Një tabelë në një model relacional quhet një marrëdhënie.

Atributi (fusha) - çdo kolonë në tabelë.

Tuplet (rekordet) janë rreshta tabelash.

Tabelat janë të lidhura së bashku duke përdorur fushat kryesore.

Një çelës është një fushë që identifikon në mënyrë unike një rekord në një tabelë. Çelësi mund të jetë i thjeshtë (përbëhet nga një fushë) ose kompleks (përmban disa fusha).

Në bazat e të dhënave relacionale, dizajni logjik çon në hartimin e skemës së të dhënave, e cila është paraqitur në Figurën 2.

Fig. 2.
4. Modeli i organizimit fizik të të dhënave

Modeli i të dhënave fizike përshkruan se si të dhënat ruhen në një kompjuter, duke ofruar informacion në lidhje me strukturën e të dhënave, renditjen e tyre dhe shtigjet ekzistuese të aksesit.

Modeli fizik përshkruan llojet, identifikuesit dhe gjerësinë e biteve të fushave. Modeli i të dhënave fizike pasqyron vendndodhjen fizike të të dhënave në median e makinës, domethënë çfarë skedari, çfarë objektesh, me çfarë atribute përmban dhe cilat lloje të këtyre atributeve janë.

Faqja © 2015-2019
Të gjitha të drejtat u përkasin autorëve të tyre. Kjo faqe nuk pretendon autorësinë, por ofron përdorim falas.
Data e krijimit të faqes: 26-04-2016

Një model logjik i të dhënave është një përshkrim i objekteve në fushën e subjektit, atributet e tyre dhe marrëdhëniet ndërmjet tyre në masën që ato i nënshtrohen ruajtjes së drejtpërdrejtë në bazën e të dhënave të sistemit.

Modeli logjik ndërtohet në disa faza me një qasje graduale ndaj opsionit optimal për kushtet e dhëna. Efektiviteti i një modeli të tillë varet nga sa nga afër pasqyron fushën lëndore të studiuar. Zona lëndore përfshin objektet (dokumentet, llogaritë, operacionet mbi to, etj.), Si dhe karakteristikat e këtyre objekteve, vetitë e tyre, ndërveprimin dhe ndikimin e ndërsjellë.

Kështu, kur ndërtohet një model i të dhënave logjike, së pari identifikohen ato objekte që janë me interes për përdoruesit e bazës së të dhënave të dizajnuara. Më pas, për çdo objekt formulohen karakteristika dhe veti që përshkruajnë në mënyrë adekuate objektin e dhënë. Këto karakteristika do të pasqyrohen më tej në bazën e të dhënave si fusha përkatëse.

Modeli logjik i të dhënave është ndërtuar duke përdorur një nga tre qasjet për krijimin e bazave të të dhënave. Dallohen llojet e mëposhtme të modeleve logjike të bazës së të dhënave:

Hierarkike;

Rrjeti;

Relacionale.

Modeli hierarkik është një strukturë e ngjashme me pemën që shpreh lidhjet e vartësisë së nivelit më të ulët me atë më të lartë. Kjo e bën më të lehtë gjetjen e informacionit nëse pyetjet kanë të njëjtën strukturë.

Modeli i rrjetit ndryshon nga ai i mëparshmi edhe nga prania e lidhjeve horizontale. Kjo e ndërlikon modelin dhe vetë bazën e të dhënave dhe mjetet për ta menaxhuar atë.

Modeli relacional paraqet informacionin e ruajtur në formën e tabelave, mbi të cilat mund të kryhen veprimet logjike (operacionet e algjebrës relacionale). Për momentin, ky lloj modeli është më i përhapur. Kjo është për shkak të lehtësisë relative të zbatimit, përcaktimit të qartë të marrëdhënies midis objekteve, lehtësisë së ndryshimit të strukturës së bazës së të dhënave.

Përshkrimi i përdoruesve dhe grupeve të përdoruesve të sistemit

Sistemi i zhvilluar i informacionit dhe referencës mund të përdoret si nga stafi i kinemasë ashtu edhe nga vizitorët. Punonjësi i kinemasë mund të bëjë redaktimin e informacionit të disponueshëm për filmat e disponueshëm, të ndryshojë orarin e funksionimit të kinemasë, të përfshijë filmat e sapomarra në repertorin e kinemasë; dhe vizitori mund të shikojë informacion për orarin e kinemasë, çmimet e biletave, filmat për sot.

Modeli i Domenit

Një nga mjetet më të përshtatshme për përfaqësimin e unifikuar të të dhënave, pavarësisht nga softueri që e zbaton atë, është modeli i marrëdhënieve entitet (ER-model). Modeli i marrëdhënies entitet bazohet në disa informacione të rëndësishme semantike rreth botës reale dhe është krijuar për të përfaqësuar logjikisht të dhëna. Ai përcakton vlerat e të dhënave në kontekstin e marrëdhënies së tyre me të dhënat e tjera. Kategoritë "thelb" dhe "lidhje" shpallen themelore, dhe ato ndahen në fazën e krijimit të paraqitjeve specifike të një fushe të caktuar lëndore.

Çdo ent i përket një klase të caktuar, me fjalë të tjera, i korrespondon një lloji të caktuar. Ekzistojnë marrëdhënie ndërmjet entiteteve që përdoruesi ia cakton një klase (lloji) të caktuar. Kështu, një klasë entiteti dhe një klasë marrëdhëniesh përcaktojnë grupe objektesh specifike dhe marrëdhënie midis tyre. Një entitet mund t'i përkasë më shumë se një klase.

Koleksioni i entiteteve dhe klasave të marrëdhënieve formon nivelin më të lartë të modelit.

Subjektet dhe marrëdhëniet përshkruhen nga atributet e tyre karakteristike. Ndër atributet e një entiteti ose marrëdhënieje, dallohet një nënlistë, vlerat e atributeve të së cilës identifikojnë në mënyrë unike entitetin ose marrëdhënien brenda llojit. Entitetet, marrëdhëniet dhe atributet formojnë nivelin më të ulët të modelit.

Është e rëndësishme që të gjitha modelet ekzistuese të të dhënave (hierarkike, rrjetore, relacionale, objekti) të mund të gjenerohen nga modeli entitet-relacion, prandaj është më i përgjithshëm.

Modeli i marrëdhënies entitet është paraqitur në Shtojcën E.

Një bazë të dhënash relacionale përbëhet nga tabela të normalizuara. Në procesin e ngarkimit dhe rregullimit të bazës së të dhënave, për të marrë informacion mbi pyetjet dhe raportet e daljes, si dhe për të zgjidhur shumicën e detyrave, është e nevojshme të aksesoni njëkohësisht disa tabela të ndërlidhura. Marrëdhënia ndërmjet tabelave të bazës së të dhënave krijohet nga marrëdhëniet relacionale.

Lidhjet e përcaktuara në skemën e të dhënave përdoren automatikisht gjatë zhvillimit të formularëve me shumë tabela, pyetjeve, raporteve, duke thjeshtuar shumë procesin e hartimit të tyre.

Produkti softuerik përfaqësohet nga projekti Kinema, i cili ka 4 tabela të ndërlidhura:

Bilety - informacioni i biletave të shitura;

Filmat - informacione për të gjithë filmat e disponueshëm në kinema;

Seansy - informacione për kohën e seancave dhe koston e biletave për këto seanca;

Sot - informacione për filmat që do të shfaqen sot.