Elementet strukturore DB

Në përshkrimin e një objekti të dhënash, është e nevojshme të dallohen 2 komponentë: struktura dhe shembulli.

Struktura– një listë e atributeve të objektit dhe karakteristikave të atributeve.

shembull– një grup vlerash atributesh.

Struktura ndryshon jashtëzakonisht rrallë. Shembulli është subjekt i ndryshimit.

Kur ruhet në një kompjuter, një bazë të dhënash korrespondon me një grup skedarësh dhe dosjesh, dhe një skedar korrespondon me një grup objektesh. Çdo objekt ka një hyrje përkatëse në skedar. Çdo atribut ka një fushë përkatëse në rekord.

Për të përshkruar një atribut, përdorni karakteristikat e mëposhtme:

1. emri, për shembull, nKontratë, cStudenti;

2. lloji p.sh. simbolik, numerik;

3. gjatësia, për shembull, 15 bajt;

4. saktësi, për të dhënat numerike.

5. përshkrim, koment;

6. Formati i imazhit në ekran dhe letër;

7. aluzion;

8. formati i hyrjes;

9. vlera fillestare;

10. varg vlerash.

Celësështë një mjet për organizimin e objekteve në një grup. Çelësi përmban shprehja kryesore, i përbërë nga atribute të objektit. Vlera në rritje shprehja kryesore objektet paraqiten për shikim dhe përpunim.

Ju mund të specifikoni çelësa të shumtë për një grup. Për shembull, për grupin Punonjës, mund të vendosni çelësin sipas alfabetit të mbiemrave, punonjësit do të paraqiten sipas rendit alfabetik.

Çelësi quhet fillore, nëse një vlerë e shprehjes së saj zgjedh 0 ose 1 objekt nga grupi. Për shembull, për rekrutimin e punonjësve, çelësi "Sipas numrit të personelit" është parësor, pasi ose asnjë ose vetëm një punonjës ndahet bazuar në një vlerë të numrit të personelit.

Çelësi quhet dytësore, nëse një vlerë e shprehjes së saj identifikon 0 ose më shumë objekte nga grupi. Për shembull, çelësi për rekrutimin e punonjësve, çelësi "Me mbiemrin alfabetikisht" është dytësor, pasi midis punonjësve mund të ketë emra.

Sipas aksiomës së diferencës, çdo grup ka një çelës primar. Në raste ekstreme, shprehja e tij përfshin të gjitha atributet e objektit në grup.

Një praktikë e mirë është futja e një atributi artificial për objektin e të dhënave, "Numri i sekuencës në grup", i cili caktohet automatikisht dhe unik. Çelësi për këtë atribut quhet zëvendësues.

Vini re se konceptet e çelësit primar dhe dytësor nuk varen nga numri dhe vlerat e objekteve në grup. Çelësat parësorë dhe dytësorë janë për grupe boshe.

Le të ketë n grupe objektesh E 1, E 2, ..., E n.

Komunikimi quhet grup vargjesh sendesh (е i 1, е i 2, …, e i n), ku е i 1 О Е 1, е i 2 О Е 2, …, е i n О Е n.

Me ndihmën e lidhjeve, grupe objektesh kombinohen në një strukturë të vetme informacioni.

Ekzistojnë tre lloje lidhjesh midis dy grupeve të objekteve (n=2):

1. një me një (1:1);

2. një në shumë (1:M);

3. shumë për shumë (M:N).

"nje pas nje", nëse për çdo objekt nga grupi i parë mund të specifikoni 0 ose 1 objekt nga grupi i dytë dhe për çdo objekt nga grupi i dytë mund të specifikoni 0 ose 1 objekt nga grupi i parë.

Shembuj të marrëdhënieve 1:1 janë lidhje midis:

· nxënësit dhe librat e notave,

ndërmjet shteteve dhe valutave,

mes oficerëve dhe armëve të shërbimit,

· ndërmjet shtetasve dhe pasaportave të huaja. Çdo nxënës ose nuk ka libër notash, ose ka vetëm një.

Për çdo regjistrim, ose studenti nuk është i specifikuar, ose ka vetëm një.

Lidhja midis dy grupeve E 1 dhe E 2 është e tipit "një për shumë" 0 ose më shumë 0 ose 1 objekt nga grupi i parë.

Shembuj të lidhjeve 1:M janë lidhje ndërmjet

· bankat dhe depozitat,

· depozitat dhe kontributet,

ndërmjet grupeve dhe nxënësve,

ndërmjet departamenteve dhe punonjësve,

midis deklaratave dhe rreshtave të deklaratave,

· ndërmjet klientëve dhe kërkesave.

Çdo bankë ose nuk ka depozita (banka nuk është hapur ende) ose mund të ketë shumë depozita. Për çdo depozitë, ose banka nuk është e specifikuar, ose ka vetëm një.

Lidhja midis dy grupeve E 1 dhe E 2 është e tipit "shumë për shumë", nëse për çdo objekt nga grupi i parë mund të specifikoni 0 ose më shumë objekte nga grupi i dytë dhe për çdo objekt nga grupi i dytë mund të specifikoni 0 ose më shumë objekte nga grupi i parë.

Shembuj të marrëdhënieve M:N janë marrëdhëniet ndërmjet

· produktet dhe vendet,

ndërmjet studentëve dhe disiplinave,

ndërmjet punonjësve dhe projekteve,

mes porosive dhe produkteve,

midis dyqaneve dhe klientëve.

Çdo produkt mund të vijë nga shumë vende ose asnjë. Çdo vend mund të furnizojë shumë produkte dhe të mos furnizojë asnjë.

Grafikisht, lidhjet paraqiten me shigjeta (Fig. 4.5).

Në DBMS-të reale, zbatohet vetëm një lloj komunikimi - një në shumë.

Marrëdhënia 1:1 merret nga marrëdhënia 1:M duke e kufizuar atë.

Për të zbatuar lidhjen M:N, ajo është futur komplet i ri janë përdorur objekte dhe dy lidhje 1:M.

Për shembull, marrëdhënia midis vendeve dhe produkteve të tipit M:N merret duke përdorur grupin e të dhënave "furnizimet" (Fig. 4.6).

Modeli infologjik (modeli informativ-logjik)- një model domeni i orientuar nga njeriu dhe i pavarur nga DBMS që përcakton agregatët objektet e informacionit, atributet dhe marrëdhëniet e tyre ndërmjet objekteve, dinamika e ndryshimeve në fushën lëndore, si dhe natyra e nevojave për informacion të përdoruesve. Modeli i informacionit të fushës së subjektit mund të përshkruhet nga modeli "entitet-marrëdhënie" (modeli i Chen), i cili bazohet në ndarjen e botës reale në entitete të veçanta të dallueshme që janë në lidhje të caktuara me njëra-tjetrën, dhe të dyja kategoritë - thelbi dhe lidhja konsiderohen koncepte parësore, të pacaktuara.

Qëllimi i modelimit të informacionit

• duke ofruar mënyrat më të natyrshme për njerëzit për të mbledhur dhe paraqitur informacionin që supozohet të ruhet bazën e të dhënave që po krijohet të dhëna. Prandaj, ata po përpiqen të ndërtojnë një model të dhënash infologjike në analogji me gjuhën natyrore (kjo e fundit nuk mund të përdoret në formë e pastër për shkak të kompleksitetit përpunimi kompjuterik tekstet dhe paqartësia e çdo gjuhe natyrore). Elementet kryesore konstruktive të modeleve të informacionit janë entitetet, lidhjet ndërmjet tyre dhe vetitë (atributet) e tyre.

Konceptet Bazë

• Thelbi– çdo objekt i dallueshëm (një objekt që mund ta dallojmë nga një tjetër), informacioni për të cilin duhet të ruhet në një bazë të dhënash. Subjektet mund të jenë njerëz, vende, aeroplanë, fluturime, shije, ngjyra, etj. Është e nevojshme të bëhet dallimi midis koncepteve të tilla si lloji i entitetit dhe shembulli i entitetit. Koncepti i llojit të entitetit i referohet një grupi individësh, objektesh, ngjarjesh ose idesh homogjene që veprojnë si një e tërë. Një shembull i njësisë ekonomike i referohet një gjëje specifike në një grup. Për shembull, lloji i entitetit mund të jetë CITY, dhe shembulli mund të jetë Moska, Kiev, etj.
• atribut- një karakteristikë e emërtuar e një entiteti. Emri i tij duhet të jetë unik për një lloj entiteti specifik, por mund të jetë i njëjtë për lloje të ndryshme entitete (për shembull, COLOR mund të përcaktohet për shumë entitete: DOG, CAR, SMOKE, etj.). Atributet përdoren për të përcaktuar se çfarë informacioni duhet të mblidhet për një njësi ekonomike. Shembuj të atributeve për entitetin CAR janë LLOJI, MAKE, TARKË, NGJYRA, etj. Edhe këtu ka një dallim midis llojit dhe shembullit. Lloji i atributit COLOR ka shumë shembuj ose vlera: Red, Blu, Banana, White Night, etj., por çdo shembulli entiteti i është caktuar vetëm një vlerë atributi.

Nuk ka asnjë ndryshim absolut midis llojeve dhe atributeve të entitetit. Një atribut është i tillë vetëm në lidhje me llojin e entitetit. Në një kontekst tjetër, një atribut mund të veprojë si një entitet i pavarur. Për shembull, për një fabrikë automobilistike, ngjyra është vetëm një atribut i produktit të prodhimit, por për një fabrikë bojërash dhe llakësh, ngjyra është një lloj entiteti.

• Celës – grup minimal atributet, vlerat e të cilave mund të përdoren për të gjetur në mënyrë unike shembullin e kërkuar të një entiteti. Minimaliteti do të thotë që përjashtimi i ndonjë atributi nga grupi nuk lejon që entiteti të identifikohet nga ato të mbetura. Për entitetin Schedule, çelësi është atributi Flight_number ose grupi i: Departure_point, Departure_time dhe Destination_point (me kusht që një avion të fluturojë nga pika në pikë në çdo kohë të caktuar).

• Lidhje– bashkim i dy ose më shumë subjekteve. Nëse qëllimi i bazës së të dhënave ishte vetëm ruajtja e të dhënave individuale, të palidhura, atëherë struktura e saj mund të ishte shumë e thjeshtë. Sidoqoftë, një nga kërkesat kryesore për organizimin e një baze të dhënash është sigurimi i aftësisë për të gjetur disa entitete sipas vlerave të të tjerëve, për të cilat është e nevojshme të krijohen lidhje të caktuara midis tyre. Dhe meqenëse bazat e të dhënave reale shpesh përmbajnë qindra apo edhe mijëra entitete, teorikisht mund të krijohen më shumë se një milion lidhje midis tyre. Prania e një morie të tillë lidhjesh përcakton kompleksitetin e modeleve të informacionit.

Kërkesat për modelin e informacionit

• Harta adekuate e zonës së lëndës
• Shmangia e interpretimit të paqartë të modelit
• Përkufizim i qartë i fushës së modeluar të temës (fundësia e modelit)
• Zgjerueshmëri e lehtë, duke siguruar hyrjen e të dhënave të reja pa ndryshuar ato të përcaktuara më parë, e njëjta gjë vlen edhe për fshirjen e të dhënave
• Mundësia e përbërjes dhe zbërthimit të modelit për shkak të dimensionit të madh të modeleve reale të informacionit
• Lehtë për t'u kuptuar nga kategori të ndryshme përdoruesish; Është e dëshirueshme që modeli i informacionit të ndërtohet (ose të paktën të marrë pjesë në krijimin e tij) nga një specialist që punon në një fushë të caktuar lëndore, dhe jo vetëm nga një projektues i sistemeve të përpunimit të të dhënave kompjuterike.
• Zbatueshmëria e gjuhës së specifikimit të modelit si në manual ashtu edhe në dizajn me ndihmën e kompjuterit sistemet e informacionit

Përbërësit e një modeli informacioni

• Përshkrimi i objekteve dhe marrëdhënieve ndërmjet tyre, i quajtur modeli ER (që qëndron për modelin "Entity-Relationship")
• Përshkrimi i nevojave për informacion të përdoruesit
• Marrëdhëniet algoritmike të atributeve
• Marrëdhëniet gjuhësore të përcaktuara nga veçoritë e përfaqësimit të fushës lëndore në mjedisin gjuhësor
• Kufizimet e integritetit

Ndërtimi i modelit “Objekt – Pronë – Marrëdhënie”.

Klasat e objekteve

Në fushën lëndore, në procesin e shqyrtimit dhe analizës së saj, dallohen klasa objektesh. Një klasë objekti është një koleksion objektesh që kanë të njëjtin grup vetish. Për shembull, nëse konsiderojmë një universitet si fushë lëndore, atëherë mund të dallohen klasat e mëposhtme të objekteve: studentët, mësuesit, audiencat, etj. Objektet mund të jenë reale, siç u përmend më lart, ose mund të jenë abstrakte, si objektet, etj. të cilat studentët i studiojnë.

Kur pasqyrohet në sistemi i informacionitçdo objekt përfaqësohet nga identifikuesi i tij, i cili dallon një objekt të një klase nga një tjetër, dhe çdo klasë e objekteve përfaqësohet me emrin e asaj klase. Pra, për objektet e klasës “SUBJEKTET E STUDUARA”, identifikuesi i çdo objekti do të jetë “EMRI I SUBJEKTIT”. ID-ja duhet të jetë unike.

Çdo objekt ka një grup specifik të vetive. Për objektet e së njëjtës klasë, grupi i këtyre vetive është i njëjtë, por vlerat e tyre, natyrisht, mund të ndryshojnë. Për shembull, për objektet e klasës "STUDENT", një grup i tillë vetive që përshkruajnë objektet e klasës mund të jetë "VITI I LINDJES", "GJINIA", etj.

Kur përshkruani një zonë lëndore, është e nevojshme të përshkruani secilën nga klasat ekzistuese të objekteve dhe grupin e vetive të fiksuara për objektet të kësaj klase.

Ne do të përdorim shënimin e mëposhtëm për të shfaqur objektet dhe vetitë e tyre.

Çdo klasë objekti në një model informacioni i caktohet një emër unik. Emri i një klase objekti është një frazë gramatikore e një emri (një emër që mund të ketë mbiemra dhe parafjalë). Nëse emri përbëhet nga disa fjalë, atëherë është e dëshirueshme që emri të jetë i pari. Emri duhet të përdoret në njëjës dhe jo në shumësi. Prandaj, për klasën e objekteve “DISIPLINAT E STUDUARA” të diskutuar më sipër, është më mirë të jepet emri “DISIPLINË E STUDUAR”. Nëse në një fushë lëndore përdoren tradicionalisht emra të ndryshëm për të përcaktuar ndonjë klasë objektesh (d.m.th. ka sinonim), atëherë të gjithë duhet të regjistrohen kur përshkruhet sistemi, atëherë njëri prej tyre zgjidhet si kryesori, dhe vetëm kjo duhet të do të përdoret në të ardhmen në ILM. Përveç emrit të klasës së objektit, ILM mund të përdorë emërtimin e tij të kodit të shkurtër.

Kur ndërtohet një model informacioni, këshillohet që të jepet një interpretim verbal i secilit ent, veçanërisht nëse është i mundur një interpretim i paqartë i konceptit.

Marrëdhëniet midis një objekti dhe vetive të tij

Kur përshkruani një fushë lëndore, është e nevojshme të pasqyroni lidhjet midis objektit dhe vetive që e karakterizojnë atë. Kjo përshkruhet thjesht si një vijë që lidh përcaktimin e një objekti dhe vetitë e tij.

Marrëdhënia midis një objekti dhe pronës së tij mund të jetë e ndryshme. Një objekt mund të ketë vetëm një vlerë për një pronë. Për shembull, çdo person mund të ketë vetëm një datëlindje. Le t'i quajmë këto prona beqare. Për vetitë e tjera, është e mundur që një objekt të ketë disa vlera në të njëjtën kohë. Le të, për shembull, kur përshkruan një "PUNONJËS", "Gjuha e huaj" që ai flet të regjistrohet si pronë e tij. Meqenëse një punonjës mund të dijë disa gjuhë të huaja, atëherë do ta quajmë një pronë të tillë të shumëfishta. Kur përshkruajmë lidhjen midis një objekti dhe vetive të tij, ne do të përdorim një shigjetë të vetme për vetitë e vetme dhe një shigjetë të dyfishtë për vetitë e shumta.

Përveç kësaj, disa prona janë të përhershme; vlera e tyre nuk mund të ndryshojë me kalimin e kohës. Le t'i quajmë këto prona statike, dhe do të thirren ato veti vlera e të cilave mund të ndryshojë me kalimin e kohës dinamike.

Një karakteristikë tjetër e lidhjes ndërmjet një objekti dhe vetive të tij është një shenjë nëse kjo veti është e pranishme në të gjitha objektet e një klase të caktuar ose mungon në disa objekte. Për shembull, për punonjësit individualë mund të ekzistojë vetia “ASCHARGE GREE”, por objektet e tjera të kësaj klase mund të mos kenë pronën e specifikuar. Le t'i quajmë veti të tilla të kushtëzuara.

Kur përshkruajmë lidhjen midis një vetie të kushtëzuar dhe një objekti, do të përdorim një vijë me pika, dhe për të treguar vetitë dinamike dhe statike do të përdorim shkronjat D dhe S mbi vijën përkatëse.

Ndonjëherë është e dobishme të prezantohet koncepti i një "veti të përbërë" në një model infologjik. Shembuj të pronave të tilla janë “ADRESA”, e përbërë nga “QYTET”, “RRUGË”, “SHTËPI” dhe “BARESË” dhe “DATË LINDJA”, që përbëhet nga “DITA”, “MUAJ” dhe “VITI”. Në ILM, për të treguar një veti të përbërë, ne përdorim një katror, ​​nga i cili dalin linja që e lidhin atë me emërtimet e elementeve të tij përbërës.

Marrëdhëniet ndërmjet objekteve

Përveç lidhjes midis një objekti dhe vetive të tij, modeli infologjik kap lidhjet midis objekteve të klasave të ndryshme. Ekzistojnë lidhje të llojeve të mëposhtme:

• “një me një” (1:1): në çdo moment kohe, çdo përfaqësues (shembull) i njësisë ekonomike A korrespondon me 1 ose 0 përfaqësues të njësisë ekonomike B:

Një student nuk mund të "fitojë" një bursë, të marrë një bursë të rregullt ose të marrë një nga bursat e zgjeruara.

• "një me shumë" (1:M): një përfaqësues i njësisë ekonomike A korrespondon me 0, 1 ose disa përfaqësues të njësisë ekonomike B.

Apartamenti mund të jetë bosh; një ose më shumë banorë mund të jetojnë në të.

• "Shumë për një" (M:1)

Ndonjëherë këto lloj lidhjesh quhen shkalla e lidhjes. Përveç shkallës së lidhjes në modelin infologjik, për të karakterizuar lidhjen midis entiteteve të ndryshme, është e nevojshme të tregohet e ashtuquajtura "klasa e anëtarësimit", e cila tregon nëse mund të mos ketë lidhje midis një objekti të një klase të caktuar dhe çdo objekt i një klase tjetër. Klasa e anëtarësimit të një njësie ekonomike duhet të jetë ose e detyrueshme ose fakultative.

Le të shpjegojmë se çfarë u tha shembuj specifikë. Siç u përmend më lart, modeli infologjik nuk është ndërtuar për një objekt të vetëm, por shfaq klasat e objekteve dhe lidhjet ndërmjet tyre. Një diagram përkatës që e shfaq këtë quhet diagram i tipit ER (ky emër është për faktin se në anglisht fjala "entitet" shkruhet "Entity" dhe marrëdhënia është "Marrëdhënie"). Sidoqoftë, ndonjëherë, përveç diagrameve të tipit ER, përdoren diagramet e shembullit ER.

Le të supozojmë se modeli infologjik shfaq lidhjen midis dy klasave të objekteve: “PERSONALITET” dhe “Gjuhë e huaj”. -

Le të supozojmë se domeni është një fabrikë ku disa punonjës dinë një gjuhë të huaj, por asnjëri prej tyre nuk flet më shumë se një gjuhë. Natyrisht, ka shumë gjuhë që asnjë nga punonjësit nuk i flet, dhe gjithashtu që disa nga punonjësit flasin të njëjtën gjuhë të huaj.

Le të supozojmë më tej se fusha lëndore është një institut dhe objekti PERSON përfaqëson aplikantët që hyjnë në këtë institut. Secili nga aplikantët duhet të jetë i aftë në një gjuhë të huaj, por askush nuk flet më shumë se një gjuhë.

Si në rastin e parë ashtu edhe në rastin e dytë të shqyrtuar, relacioni M:1 vërehet ndërmjet entiteteve. Në diagram, kjo shfaqet nga ana e objektit "PERSONALITET" me një shigjetë të dyfishtë dhe nga ana e objektit "Gjuhë e huaj" me një shigjetë të vetme në një vijë që përshkruan lidhjen midis këtyre entiteteve.

Dallimi në situatat në shqyrtim është se në rastin e parë, klasa e anëtarësimit është fakultative për të dy subjektet dhe në rastin e dytë, për entitetin “PERSONALITET”, klasa e anëtarësimit është e detyrueshme. Në diagram, kjo përfaqësohet nga një pikë në drejtkëndësh që korrespondon me objektin "PERSONALITET".

Lëreni që fusha e lëndës të jetë e njëjtë si në rastin e mëparshëm, por ka situata ku disa aplikantë dinë disa gjuhë të huaja. Në këtë rast, lidhja ndërmjet objekteve do të jetë e tipit M: M.

Le të supozojmë se fusha lëndore është një institut i caktuar gjuhësor, në të cilin secili nga punonjësit domosdoshmërisht di disa gjuhë të huaja, dhe për secilën nga gjuhët e njohura për shkencën në këtë institut ka të paktën një specialist që e flet atë.

Në këtë rast, marrëdhënia ndërmjet subjekteve do të jetë M:M, dhe klasa e anëtarësimit të të dy subjekteve është e detyrueshme.

Objekte të thjeshta dhe komplekse

Një objekt quhet i thjeshtë nëse trajtohet si i pandashëm. Një objekt kompleks është një kombinim i objekteve të tjera, të thjeshta ose komplekse, të shfaqura gjithashtu në sistemin e informacionit. Koncepti i objektit "të thjeshtë" dhe "kompleks" është relativ. Në një konsideratë, një objekt mund të konsiderohet i thjeshtë, dhe në një tjetër, i njëjti objekt mund të konsiderohet kompleks. Për shembull, objekti "karrige" në nënsistemin e kontabilitetit të aktiveve materiale do të konsiderohet si një objekt i thjeshtë, por për një ndërmarrje që prodhon karrige, do të jetë një objekt i përbërë (përfshirë "këmbët", "mbështetësin", "ndenjësen", etj.).

Ka disa varietete objekte komplekse: objekte të përbëra, objekte të përgjithësuara dhe objekte të grumbulluara.

Objekti i përbërë korrespondon me hartën e marrëdhënieve " gjithë-pjesë" Shembuj të objekteve të përbëra janë NYJET - PJESËT, KLASA - NXËNËSIT etj.

Për të shfaqur objekte të përbëra në një model informacioni, zakonisht nuk përdoren simbole të veçanta. Marrëdhënia midis një përbërjeje dhe objekteve përbërëse të tij shfaqet në të njëjtën mënyrë siç përshkruhet më sipër. Për më tepër, natyra e lidhjes mund të jetë gjithashtu e ndryshme: për shembull, "DETAJET" dhe "NYJET" janë të lidhura me një marrëdhënie të tipit M: M, dhe "GROUP" dhe "STUDENTS" lidhen me një marrëdhënie 1: M. .

Një objekt i përgjithësuar pasqyron praninë e një marrëdhënieje "gjini-specie" midis objekteve në zonën e temës. P.sh., objektet NXËNËS, DJONË SHKOLLORE, MAPLATUR, NXËNËS I SHKOLLËS TEKNIKE formojnë objektin e përgjithësuar STUDENT. Objektet që përbëjnë një objekt të përgjithësuar quhen kategoritë e tij.

Si një objekt "gjenerik" ashtu edhe objektet "specie" mund të kenë një grup të caktuar vetive. Për më tepër, vërehet e ashtuquajtura trashëgimi e pronave, d.m.th., një objekt "specie" ka të gjitha vetitë që ka një objekt "gjenerik", plus vetitë e qenësishme vetëm për objektet e këtij lloji.

Objektet e grumbulluara zakonisht korrespondojnë me një proces në të cilin "përfshihen" objekte të tjera. Për shembull, objekti i grumbulluar “DELIVERY” kombinon objektet “FURNIZUES”, i cili furnizon produkte, “KONSUMATOR”, i cili i merr këto produkte, si dhe vetë “Produktet” e furnizuara. Një objekt unik është "DATA E DORËZIMIT". Një objekt i grumbulluar, si një objekt i thjeshtë, mund të ketë veti që e karakterizojnë atë. Në shembullin në shqyrtim, një pronë e tillë mund të jetë madhësia e dorëzimit.

Krahasimi i metodave për ndërtimin e modeleve ER

Modelet ER përdoren shumë gjerësisht në praktikën e projektimit të bazës së të dhënave. Për më tepër, ato përdoren si në dizajn manual ashtu edhe me kompjuter. Teknikat paraqitje grafike Modelet ER ndryshojnë pak në sisteme të ndryshme automatizimi i projektimit dhe në burime të ndryshme letrare.

Më tej, ne do të shikojmë tiparet e përfaqësimit të modeleve ER në tre më të shumtët sistemet e njohura automatizimi i projektimit (sistemet CASE): Prokit*WORKBENCH, Design/IDEF dhe CASE ORACLE, si dhe në disa burime letrare.

Mund të identifikohen disa kategori dallimesh në përshkrimin e modeleve ER.

1. Ndryshime të vogla që lidhen me përdorimin e simboleve të ndryshme për të shfaqur të njëjtat entitete. Kështu, drejtkëndëshat, blloqet me qoshe të rrumbullakosura, ovale etj.

Grupi tjetër i dallimeve lidhet me mënyrën e paraqitjes së lidhjeve ndërmjet objekteve dhe përcaktimit të emrave të lidhjeve. Kështu, në disa teknika, për të përshkruar një lidhje në lidhësin e një linje që përfaqëson këtë lidhje, propozohet të përshkruhet një romb dhe të shkruhet emri i lidhjes brenda ose pranë tij (modeli i Chen). Meqenëse lidhjet janë të dyanshme, emri i lidhjes do të ndryshojë në varësi të cilës anë shikohet. Prandaj, shpesh propozohet të tregohen të dy këta emra në ILM (për shembull, në sistemet CASE ORACLE, Prokit). Për më tepër, për të bërë të qartë se cilit drejtim komunikimi i referohet cilit emër, miratohen marrëveshje të caktuara se si të vendosen këta emra në diagrame. Për shembull, mbi rreshtin emrat e vendeve që lidhen me anën e majtë të lidhjes, dhe nën vijën - në të djathtë. Prania e të tilla numer i madh emërtimet dhe nënshkrimet e rrëmojnë modelin. Për më tepër, vetë emërtimi shpesh paraqet disa vështirësi, gjë që rrit kompleksitetin e modelimit të informacionit. Prandaj, në rastet kur kjo nuk çon në paqartësi dhe paqartësi, nëse sistemi e lejon, mund të rekomandohet që të mos përdoren emërtime dhe emra të veçantë për marrëdhëniet.

Simbole të ndryshme përdoren gjithashtu për të përshkruar llojin e lidhjes (1:1, 1: M, M:M). Disa sisteme të automatizimit të projektimit, si Prokit, i lejojnë përdoruesit të zgjedhë nga një shumëllojshmëri emërtimet e mundshme ato që i pëlqejnë më shumë ose i njohin më shumë. Në këtë sistem, konventat e mëposhtme mund të përdoren për të treguar llojin e lidhjeve midis objekteve.

Për të shfaqur paraqitjen e detyrueshme të objekteve në një marrëdhënie (“klasa e anëtarësimit/anëtarësimit”), përdoren gjithashtu simbole të ndryshme. Kështu, në CASE ORACLE klasa e anëtarësimit kalohet si më poshtë; në anën e lidhjes me të cilën elementi mund të mos jetë domosdoshmërisht në komunikim, përdoret Vizë pika-pika, dhe ku anëtarësimi është i detyrueshëm - vijë e fortë. Duke pasur parasysh klasën e anëtarësimit, llojet e marrëdhënieve të paraqitura në figurë janë të mundshme.

Shënimi i përdorur në CASE ORACLE është më i përshtatshëm, pasi nëse përfshihet një objekt sasi të mëdha lidhjet, atëherë drejtkëndëshat shtesë me pika bëhen të papërshtatshme për t'u vendosur në figurë.

Në Desing IDEF, natyra e anëtarësimit në një marrëdhënie përshkruhet siç tregohet në figurë.

2. Dallime, të lidhura edhe me mënyrën e paraqitjes së situatave të caktuara, por më domethënëse, që çojnë në dallime në vetë modelet. Për shembull, në sistemin 3RACLE, një objekt i përgjithësuar përshkruhet nga blloqe "fole" që tregojnë objekte "specie" brenda një blloku që përshkruan një objekt "gjenerik". Figura tregon një imazh të objektit PERSON të diskutuar më sipër në konventën e përdorur në CASE ORACLE.

Siç rezulton nga krahasimi i figurave, imazhi i objekteve të përgjithësuara në metodat e krahasuara ndryshon jo vetëm në formën e paraqitjes. Pra, nëse një objekt klasifikohet nga shenja të ndryshme, atëherë kur përdorni të parën nga metodat e konsideruara të përshkrimit të objekteve të përgjithësuara, është qartë e dukshme se mbi çfarë baze kryhet klasifikimi. Metoda e dytë e imazhit nuk e siguron këtë. Me fjalë të tjera, metoda e paraqitjes së objekteve të përgjithësuara të propozuara në fillim të kapitullit është semantikisht më kuptimplotë dhe informuese.

Figura tregon të njëjtin objekt të përgjithësuar PERSON duke përdorur sintaksën e sistemit IDEF1X. Në semantikën e saj, kjo metodë e përshkrimit është më afër metodës bazë të përshkrimit të ILM që propozuam. Dallimi është se IDEF1X përdor të njëjtin shënim për entitetet e kategorisë dhe entitetet "të përgjithshme" -

3. Përveç dallimeve në përshkrimin e entiteteve të caktuara, në teorinë e modelimit të informacionit ka një mospërputhje në terminologjinë e përdorur. Për shembull, në CASE ORACLE, një objekt i përgjithshëm quhet supertip (syper-lloj), dhe një objekt specie quhet nën-lloj. Ka shumë dallime të tilla në terminologji që mund të citohen, por ky nuk është qëllimi ynë tani.

4. Rrethi tjetër i dallimeve lidhet me imazhin hapësinor të komponentëve të caktuar të ILM. Për shembull, vetitë e objektit ndonjëherë nuk tregohen në të njëjtin diagram si objektet dhe marrëdhëniet ndërmjet tyre, dhe përshkrimet e tyre bëhen veçmas. Shpesh “shkrimi i vetive paraqitet në formë tabelare ose në formë tjetër analitike, sesa në formë grafike.

ILM, edhe për një fushë të vogël dhe të thjeshtë lëndore, përfshin një përshkrim të një numri të konsiderueshëm komponentësh dhe lidhjesh ndërmjet tyre. Kjo ngre problemin e qartësisë së skemës së përgjithshme. Ky problem zgjidhet ndryshe në ndërtimin manual dhe të automatizuar të një modeli informacioni. Në sistemet e automatizuara ndërtohet më shpesh imazh i vetëm Modeli ER dhe teknika e shkallëzimit përdoret kur, duke ulur ose rritur shkallën e imazhit, mund të shihni të gjithë diagramin dhe fragmentin e tij individual në ekran.

Teknika të ndryshme përdoren gjithashtu për të zvogëluar numrin e kryqëzimeve të vijave në diagram. Kështu, në sistemin Prokit, për këto qëllime, është e mundur të kopjoni imazhin e një objekti dhe ta vendosni këtë dublikatë pranë objektit me të cilin duhet të lidhet. Për të treguar se ky nuk është një objekt i ri, një lloj simbol, për shembull, këndi i blloqeve përkatëse është kryqëzuar.

Kur dizajnoni me dorë, zakonisht nuk është e mundur të përshkruani të gjithë modelin ER në formën e një diagrami të vetëm. Në këtë rast, ne mund të rekomandojmë teknikën e mëposhtme: përshkruani dhe përshkruani çdo objekt në mënyrë të pavarur, caktoni secilin objekt kod i shkurter. Duke përdorur këto kode, për çdo objekt tregoni marrëdhëniet e tij me objektet e tjera.

5. Disa aftësi të disponueshme në disa sisteme ose metoda nuk janë të disponueshme në të tjera. Në këto raste është e mundur opsione të ndryshme: a) për të përshkruar situatën, përdoren mundësitë që ofron modeli, por kjo kërkon përdorimin e disa teknikave, shpesh disi artificiale, për t'i përfaqësuar ato; b) situata thjesht nuk pasqyrohet në model.

Për shembull, në shumë sisteme të modelimit të informacionit supozohet se një objekt mund të ketë vetëm veti të vetme. Në këtë rast, çdo pronë e shumëfishtë duhet të përfaqësohet si një objekt i pavarur dhe marrëdhënia midis këtij objekti të sapo futur dhe objektit origjinal duhet të përshkruhet.

Në IDEF, vetitë e objektit mund të jenë vetëm të vetme dhe gjithmonë të përcaktuara (jo të kushtëzuara). Nëse prona mund të mos jetë e pranishme në asnjë objekt, atëherë është e nevojshme të zgjidhen subjekte të veçanta, për shembull, një PUNONJËS STAFI me atributin PAGË dhe një PUNËTOR OROR që nuk e ka një atribut të tillë. Kjo do të çojë në nevojën për të zgjedhur një numër të madh objektesh dhe lidhjesh në ILM dhe në një ulje të dukshmërisë së modelit. Për shembull, shembuj individualë të objektit PERSONALITET mund të kenë ose jo një titull akademik, gradë akademike, vitin e diplomimit nga një universitet dhe shumë karakteristika të tjera. Për secilën nga këto karakteristika do të jetë e nevojshme të dallohen nënklasat.

Disa metoda nuk e prezantojnë objektin e grumbulluar si një kategori të pavarur. Në këtë rast, objekti i grumbulluar përshkruhet si i thjeshtë, dhe përdoruesi duhet së pari të përcaktojë identifikuesin dhe vetitë e tij. Nëse modeli lejon që vetëm marrëdhëniet binare të përshkruhen, atëherë projektuesi duhet të konvertojë marrëdhënien n-ar në një grup të marrëdhënieve binare.

Përveç këtyre vështirësive gjatë përcaktimit të identifikuesit të një entiteti të përmbledhur, mund të lindin probleme edhe kur kalohet nga një ILM në një model datalogjik.

Opsioni kur situata nuk mund të pasqyrohet në ILM mund të ilustrohet nga sa vijon: nëse teknika e ndërtimit të modelit nuk përfshin fiksimin e klasës së anëtarësimit në marrëdhënie, atëherë ky informacion thjesht do të humbasë.

Në disa sisteme CASE, ekziston një situatë ku lejohet një lloj ndërtimi në sistem si i ndërmjetëm. Për shembull, në IDEF dhe CASE ORACLE lidhja M:M lejohet si një relacion jo specifik. Prania e tij lejohet në fazat e hershme të zhvillimit të projektit dhe më vonë ajo duhet të zëvendësohet nga një marrëdhënie specifike nëpërmjet prezantimit të një entiteti të tretë. Ky është një disavantazh i sistemit, pasi, së pari, jo të gjitha DBMS-të kërkojnë një transformim të tillë (disa sisteme mbështesin relacionin M:M në mënyrë eksplicite), dhe së dyti, nëse kërkohet një transformim i tillë, sistemi i automatizimit të projektimit mund ta kryejë atë automatikisht. në fazën e projektimit datalogjik. Edhe nëse kryhet dizajni "manual", transformimi i specifikuar duhet të kryhet nga projektuesi në fazën e projektimit datalogjik, dhe jo kur përshkruan zonën e temës. Për më tepër, gjatë transformimit në shqyrtim në fazën e hartimit të informacionit, prezantohet IDEF kategori e re entitete - entitete kryqëzuese ose entitete asociative. Futja e entiteteve të reja nënkupton futjen në ILM dhe lidhje shtesë. E gjithë kjo e marrë së bashku komplikon detyrën tashmë të vështirë të dizajnimit të informacionit.

Mund të ketë entitete në fushën e subjektit, identifikuesit e të cilëve varen nga identifikuesi i ndonjë objekti tjetër. Për shembull, nëse seksionet e një ndërmarrje janë të numëruara brenda një punishteje, atëherë identifikuesi i seksionit do të jetë i përbërë, duke përfshirë kodin e punishtes dhe kodin e seksionit. Në modelin infologjik, ne mund të kufizohemi për të treguar këtë identifikues të përbërë. Disa metoda për ndërtimin e modeleve ER (për shembull, metodologjia IDEFIX, Prokit) parashikojnë futjen e llojeve të veçanta të entiteteve dhe llojeve të veçanta të marrëdhënieve për t'u shfaqur situata të ngjashme. Kështu, në IDEF, një entitet, për të identifikuar se cilin duhet marrë parasysh marrëdhëniet e tij me subjektet e tjera; quhet një entitet i varur nga identifikuesi dhe përdor një kuti të rrumbullakosur për ta përfaqësuar atë. Për të përshkruar një entitet të pavarur nga identiteti, përdoret një drejtkëndësh. Për të lidhur objekte, njëra prej të cilave është e nevojshme për të identifikuar plotësisht tjetrin, prezantohet koncepti i një marrëdhënie identifikuese. Ka edhe simbolin e vet. IDEF përdor një vijë të fortë për një marrëdhënie identifikuese dhe një vijë me pika për një marrëdhënie joidentifikuese.

6. Siç u përmend më lart, kur merren parasysh parimet e modelimit infologjik, konceptet "objekt", "pronë", "marrëdhënie" janë relative. Kështu, në modelin bazë të informacionit që propozojmë, dallojmë tipe te ndryshme objektet: të thjeshta, të përbëra, të përmbledhura, të përgjithësuara. Disa sisteme, të tilla si IDEF, nuk i klasifikojnë objektet në këtë mënyrë dhe në vend të kësaj përdorin lloje të marrëdhënieve.

Të dyja qasjet kanë të drejtë të ekzistojnë. Nuk ka dallime thelbësore që sjellin ndonjë pasojë të rëndësishme në qasjet e krahasuara.

Bazat e sistemeve të informacionit. Baza e të dhënave.

Planifikoni.

1. Konceptet bazë.

2. Klasifikimi i bazave të të dhënave.

3. Modelet e të dhënave.

4. Objektet dhe lidhjet e informacionit.

5. Dizajnimi i bazës së të dhënave.

6. Përbërja e skedarit të bazës së të dhënave. Arkitektura DBMS.

7. Tabelat lidhëse. Integriteti i të dhënave.

8. Llojet e kërkesave. Struktura e kërkesës.

Konceptet bazë.

Në historinë e zhvillimit teknologji kompjuterike Kishte dy drejtime kryesore të zbatimit të tij.

E para përfshin kryerjen e llogaritjeve të mëdha numerike që janë të vështira ose të pamundura për t'u bërë me dorë. Zhvillimi i kësaj zone ka kontribuar në përshpejtimin e zhvillimit të metodave modelimi matematik, metoda numerike, gjuhë programimi nivel të lartë, i projektuar për prezantim të përshtatshëm të algoritmeve llogaritëse.

Drejtimi i dytë lidhet me përdorimin e teknologjisë kompjuterike për të krijuar, ruajtur dhe përpunuar sasi të mëdha të dhënash. Probleme të tilla zgjidhen Sistemet e Informacionit(IS). Këto përfshijnë kërkimin, referencën, sistemet bankare, sisteme të automatizuara menaxhimin e ndërmarrjes.

Problemet e tipit të parë karakterizohen nga vëllime të mëdha punë llogaritëse me kërkesa relativisht të vogla memorie. Detyrat e llojit të dytë, përkundrazi, kërkojnë vëllime të mëdha memorie e jashtme me llogaritje relativisht të vogla. Fusha e dytë e aplikimit u ngrit pak më vonë se e para. Kjo për faktin se në fazat e para memoria e jashtme e sistemeve informatike ishte e papërsosur, d.m.th. ruajtje e sigurt vëllime të mëdha të dhënash nuk ishin të mundshme.

Për të lehtësuar përpunimin e informacionit, krijohen sisteme informacioni. Sistemi i informacionit është një kompleks harduerësh dhe softuerësh që siguron ekzekutimin funksionet e mëposhtme:

· futja e të dhënave për objektet e një fushe të caktuar lëndore;

· ruajtja dhe mbrojtja e besueshme e të dhënave në memorien e jashtme të sistemit kompjuterik;

· shtimi, fshirja, ndryshimi i të dhënave;

· renditja dhe marrja e të dhënave bazuar në kërkesat e përdoruesve;

· kryerja e transformimeve të informacionit specifik për një fushë të caktuar lëndore;

· ofrimi i përdoruesve ndërfaqe miqësore për përdoruesit; përmbledhja dhe raportimi i të dhënave.

Vëllimi i të dhënave në një IS mund të arrijë në miliarda bajt. Prandaj nevoja për pajisje që ruajnë sasi të mëdha të dhënash në memorie të jashtme. Numri i përdoruesve të IS mund të arrijë në dhjetëra mijëra, gjë që krijon shumë probleme në zbatim. algoritme efikase funksionimin e IS. Këto detyra zgjidhen me sukses nëse të dhënat në sistemin e informacionit strukturuar.

Shembull të dhëna të strukturuara - grup nxënësish. Secili anëtar i grupit është individual në shumë aspekte dhe mund të karakterizohet nga anë të ndryshme. Por ka shumë të ngjarë që zyra e dekanit të interesohet për të dhënat e mëposhtme (fusha lëndore): mbiemri i studentit, emri, patronimi, kursi, emri i grupit, grupi i notave në disiplinat e studiuara. Kështu, nga e gjithë shumëllojshmëria e të dhënave, përzgjidhen vetëm disa, d.m.th. është krijuar model informacioni Objekt. Të dhënat organizohen sipas radhës në të cilën shfaqen, sipas llojeve (formateve) të të dhënave të përdorura, pas së cilës ato mund të përpunohen nga një makinë automatike, e cila është një kompjuter.

Një koleksion i të dhënave të ndërlidhura quhet struktura e të dhënave. Një grup të dhënash të strukturuara që lidhen me një fushë lëndore quhet baza e të dhënave (DB) . Një grup programesh që zbatojnë funksionet IS në një bazë të dhënash në një formë miqësore për përdoruesit quhet Sistemi i menaxhimit të bazës së të dhënave (DBMS). Programet që kryejnë përpunim specifik të të dhënave në bazën e të dhënave përbëjnë një paketë programi aplikacioni (APP). Pra, mund të konkludojmë se IPështë një shoqatë organizative hardware(AO), një ose më shumë baza të të dhënave (DB), sistemin e menaxhimit të bazës së të dhënave (DBMS) dhe paketat e softuerit të aplikacionit (APP).

Klasifikimi i bazave të të dhënave.

Sipas teknologjisë së përpunimit Bazat e të dhënave ndahen në të centralizuara dhe të shpërndara.

I centralizuar Baza e të dhënave ruhet tërësisht në memorien e një sistemi kompjuterik. Nëse sistemi është pjesë e një rrjeti, atëherë qasja në këtë bazë të dhënash të sistemeve të tjera është e mundur.

Shpërndarë Një bazë të dhënash përbëhet nga disa baza të dhënash, ndoshta të mbivendosura ose të dyfishuara, të ruajtura në memorien e sistemeve të ndryshme kompjuterike të lidhura në një rrjet.

Në bazë të metodës së aksesimit të të dhënave, bazat e të dhënave ndahen në qasje lokale dhe të largëta (rrjetore).

Qasje lokale supozon se DBMS përpunon një bazë të dhënash që ruhet në të njëjtin sistem kompjuterik.

Qasje në distancë - kjo është një qasje në një bazë të dhënash që ruhet në një nga sistemet e përfshira në rrjeti kompjuterik. Qasja në distancë mund të kryhet në bazë skedar-server ose klient-server.

Arkitektura e serverit të skedarëve përfshin ndarjen e njërit prej kompjuterëve të rrjetit (serverit) për ruajtjen e një baze të dhënash të centralizuar. Të gjithë kompjuterët e tjerë në rrjet (klientët) luajnë rolin e stacioneve të punës që kopjojnë pjesën e kërkuar të bazës së të dhënave të centralizuar në memorien e tyre ku ndodh përpunimi. Sidoqoftë, me një intensitet të lartë të kërkesave në bazën e të dhënave të centralizuar, ngarkesa në kanalet e rrjetit rritet, gjë që çon në një ulje të performancës së IS në tërësi.

Arkitektura klient-server supozon se një server i dedikuar për të ruajtur një bazë të dhënash të centralizuar përpunon gjithashtu kërkesat e klientit. Klientët marrin të dhëna të përpunuara tashmë përmes rrjetit. Duke marrë parasysh përdorimin më të gjerë të bazave të të dhënave fusha të ndryshme, V Kohët e fundit Arkitektura klient-server përdoret gjithashtu në sisteme të vetme kompjuterike. Në këtë rast program klienti, i cili ka nevojë për të dhëna nga baza e të dhënave, dërgon një kërkesë në server - programi që menaxhon mirëmbajtjen e bazës së të dhënave, në një të veçantë gjuhë universale kërkesat. Serveri dërgon të dhënat e programit që janë rezultat i një kërkimi në bazën e të dhënave me kërkesë të tij. Kjo metodë është e përshtatshme sepse programi i klientit nuk kërkohet të përmbajë të gjitha funksionet e mirëmbajtjes dhe mirëmbajtjes së bazës së të dhënave; serveri është përgjegjës. Si rezultat, shkrimi i programeve të klientëve është thjeshtuar.Përveç kësaj, çdo numër klientësh mund të hyjnë në server.

Modelet e të dhënave.

Për të zbatuar funksionet kryesore në IS, ato përdoren parime të ndryshme përshkrimet e të dhënave. Thelbi i çdo baze të dhënash është modeli i paraqitjes së të dhënave.

Modeli i të dhënave përcakton strukturën logjike të të dhënave të ruajtura në bazën e të dhënave (d.m.th., futjen e disa marrëveshjeve për mënyrat e paraqitjes së të dhënave) dhe marrëdhëniet ndërmjet tyre.

Modelet kryesore të prezantimit të të dhënave përfshijnë:

Hierarkike

· Rrjeti

· Relacionale

· Post-relacionale

· Shumëdimensionale

Të orientuar nga objekti

Më i përhapuri është modeli i të dhënave relacionale, është më universal dhe modele të tjera mund të reduktohen në të.Modeli i të dhënave relacionale është i fokusuar në organizimin e të dhënave në formën e tabelave dydimensionale.

Koncepti më i rëndësishëm modelet e të dhënave relacionale është thelbi. Thelbiështë një objekt i çdo natyre, të dhënat për të cilat ruhen në bazën e të dhënave. Të dhënat për entitetet ruhen në tabela dydimensionale të quajtura relacionale.

Çdo tabelë relacionale duhet të ketë vetitë e mëposhtme:

· një element i tabelës - një element i të dhënave;

· çdo kolonë e tabelës përmban të dhëna të të njëjtit lloj (numër i plotë, numerik, tekst, etj.);

Çdo kolonë ka një emër unik;

· numri i kolonave specifikohet gjatë krijimit të tabelës;

· Rendi i regjistrimeve në një relacion mund të jetë arbitrar;

· hyrjet nuk duhet të përsëriten;

· Numri i regjistrimeve në një relacion nuk është i kufizuar.

Objektet, marrëdhëniet dhe marrëdhëniet e tyre janë paraqitur në formë tabelat. Ndërtimi formal i tabelave lidhet me konceptin themelor qëndrim(termi relacionale vjen nga fjalë angleze lidhje- qëndrim).

Për bashkësi të fundme arbitrare të dhëna M 1, M 2, ..., M N, bashkësia e të gjitha grupeve të mundshme të formës (μ 1, μ 2, ..., μ Ν), ku μ 1 Є M 1, μ 2 Є M 2, ..., μ Ν Є M N i quajmë prodhimi kartezian M 1 × M 2 ×...×M N . Raporti R, i përcaktuar në bashkësinë M 1, M 2, ..., M N, quhet një nëngrup i produktit kartezian M 1 × M 2 ×... × M N. Në këtë rast quhen bashkësitë M 1, M 2, ..., M N domenet marrëdhëniet, dhe elementet e produktit kartezian janë në tupa marrëdhënie. Numri N përcakton shkallë marrëdhëniet, numri i tupave - e saj pushtet.

Në një tabelë relacionale, çdo kolonë është një domen (e saj emër alternativ fushë), dhe koleksioni i elementeve të çdo rreshti është një tufë (ose regjistrimi).

Vija e kokës quhet skema e marrëdhënieve.

Për shembull, skema e marrëdhënieve STUDENT mund të jetë si më poshtë:

STUDENTI (MBI EMRI, EMRI, EMRI PATRONIK, FAKULTETI, KURSI, GRUP), këtu STUDENT është relacion, dhe MBIEMRI, EMRI, etj. - atributet.

Në raport me secilën shembull specifik entiteti përfaqësohet nga një varg i quajtur autokolona(ose regjistrim).

Tabela e mëposhtme paraqet marrëdhënien STUDENT

MBIEMRI	EMRI	MBIEMRI	FAKULTETI	MIRË
Ivanov	Ivan	Ivanovich	IEF
Petrov	Pjetri	Petroviç	RTF
Sidorov	Anton	Egorovich	VT

Çelesi primar Një marrëdhënie është një fushë ose grup fushash që identifikon në mënyrë unike një rekord. Në relacionin STUDENT, çelësi kryesor mund të jetë fusha EMRI, nëse në çdo gjë nuk ka emra, kjo do të jetë thjeshtë Celës. Nëse ka emra, atëherë do të krijohet një grup fushash - mbiemri, emri, patronimi të përbëraçelesi primar. Në praktikë, zakonisht si fushë kyçe zgjidhet një fushë në të cilën ndeshjet përjashtohen dukshëm.

Për shembullin në shqyrtim, një fushë e tillë mund të jetë numri i librit të regjistrimit të studentit.

Vetitëçelesi primar:

· unike - vetëm një çelës kryesor mund t'i caktohet një tabele; fushat në një çelës të përbërë mund të përsëriten, por jo të gjitha;

· jo tepricë - nuk duhet të ketë fusha që, duke u hequr nga çelësi primar, nuk do të cenojnë veçantinë e tij;

· Çelësi primar nuk duhet të përfshijë fushat e llojit, komentit dhe grafisë.

Për të shmangur regjistrimet e dyfishta, ato vijnë te tabelat lidhëse. Për shembull, nëse në relacionin STUDENT është e nevojshme të përshkruhet universiteti në të cilin ai studion, atëherë, në shikim të parë, do të ishte e mundur që në relacion të përfshihen fushat e mëposhtme STUDENT (EMRI I FAST, EMRI, EMRI I PARAQIT), FAKULTETI, KURSI, GRUP, EMRI I UNIVERSITETIT, ADRESA). Por kur plotësoni një tabelë të tillë, për secilin student do të duhet të tregoni një emër mjaft të gjatë të universitetit dhe adresën e tij, gjë që është e papërshtatshme. Për më tepër, çdo gabim i vogël në futjen e këtyre fushave do të çojë në shkelje të konsistencës së bazës së të dhënave. Për shembull, një gabim në adresën e një universiteti do të rezultojë që dy universitete me të njëjtin emër dhe adresa të ndryshme të shfaqen në bazën e të dhënave. Në këtë rast, veproni si më poshtë: futni fushën “kodi i universitetit” (numri i plotë) në relacionin STUDENT dhe shtoni një relacion tjetër UNIVERSITETI (kodi i universitetit, emri, adresa). Më pas, marrëdhënia STUDENT dhe UNIVERSITETI do të lidhet me fushën “kodi i universitetit”.

STUDENTI (EMRI, EMRI, EMRI PATRONIK, FAKULTETI, KURSI, GRUP, KODI I UNIVERSITETIT)

UNIVERSITETI (kodi i universitetit, EMRI, ADRESA, TELEFONI)

Kur punoni me tabela të tilla, mund të përsëriten vetëm të dhënat në fushën "Kodi i Universitetit" dhe të gjitha informacionin e nevojshëm për universitetin mund të merret nga universiteti relativ. Ju lutemi vini re se futja e një numri të plotë në fushën "Kodi Universitar", në vend të emër i gjatë, do të sjellë shumë më pak gabime. Në lidhje me UNIVERSITETI, fusha “KODI Universitar” do të jetë çelësi kryesor dhe në lidhje me STUDENT, fusha “KODI Universitar” do të jetë çelës i huaj.

Për të lidhur tabela relacionale, duhet të futni fusha të të njëjtit lloj në të dyja tabelat, të cilat do të përcaktojnë marrëdhënien midis të dhënave të të dy tabelave. Ekzistojnë disa lloje marrëdhëniesh: "një me një", "një për shumë", "shumë për shumë". Në shembullin e mësipërm, u krijua një marrëdhënie një me shumë, d.m.th. Një hyrje në tabelën UNIVERSITETI korrespondon me shumë hyrje në tabelën STUDENT.

Objektet dhe lidhjet e informacionit.

Objekti informacioniështë një përshkrim i një objekti, procesi ose fenomeni real në formën e një grupi karakteristikash të tij ( elementet e informacionit), thirri detajet. Një objekt informacioni i një strukture të caktuar (përbërja e nevojshme) formon një lloj (klasë), së cilës i caktohet një emër unik. Një objekt informacioni me karakteristika specifike quhet shembull. Çdo shembull identifikohet duke specifikuar një atribut kyç (çelës). Të njëjtat detaje në objekte të ndryshme informacioni mund të jenë kyçe dhe përshkruese. Një objekt informacioni mund të ketë çelësa të shumtë.

Shembull. Objekti i informacionit STUDENT ka këto kushte: numri(numri i librit të notave është një detaj kyç), mbiemri, Emri, mbiemri, Data e lindjes, kodi i vendit të trajnimit. Objekti i informacionit PROFILI PERSONAL: Numri i studenteve, adresa e shtepise, numri i certifikatës O arsimin e mesëm, Statusi familjar , fëmijët. Objekti i informacionit STUDY PLACE përfshin detaje, kodi(produktet kryesore), emri i universitetit, fakultetit, grup. Objekti i informacionit MËSUES: kodi(produktet kryesore), departamenti, mbiemri, Emri, mbiemri, gradë akademike, titull akademik, titulli i punës.

Marrëdhëniet që ekzistojnë ndërmjet objekteve reale përkufizohen në modelet e informacionit si komunikimet . Ekzistojnë tre lloje të lidhjeve: nje pas nje (1:1), një në shumë(1:∞) dhe shumë për shumë (∞:∞).

Lidhje nje pas nje përcakton që një instancë e objektit të informacionit X korrespondon me jo më shumë se një shembull të objektit të informacionit Y, dhe anasjelltas.

Shembull. Objektet e informacionit STUDENT dhe PROFILI PERSONAL do të lidhen në një marrëdhënie një me një. Çdo student ka të dhëna të caktuara unike në dosjen e tij personale.

Kur kontakton një në shumë Një shembull i objektit të informacionit X mund të korrespondojë me çdo numër shembujsh të objektit të informacionit Y, por çdo shembull i objektit Y shoqërohet më së shumti me një shembull të objektit X.

Shembull. Duhet të vendoset një marrëdhënie një me shumë ndërmjet objekteve të informacionit VENDI I STUDIMIT dhe STUDENTI. I njëjti vend studimi mund të përsëritet shumë herë për studentë të ndryshëm.

Lidhje shumë për shumë supozon se një shembull i objektit të informacionit X korrespondon me çdo numër instancash të objektit Y dhe anasjelltas.

Shembull. Objektet e informacionit STUDENT dhe MËSUES kanë një marrëdhënie shumë-me-shumë. Çdo nxënës mëson nga shumë mësues dhe secili mësues mëson shumë nxënës.

Në Access, ju mund të përcaktoni tre lloje të marrëdhënieve midis tabelave: një në shumë, shumë për shumë Dhe nje pas nje. Lidhje një në shumëështë lloji më i përdorur i marrëdhënieve ndërmjet tabelave. Lidhjet shumë për shumë zbatohet vetëm me ndihmën e një tabele të tretë (lidhëse), çelësi i së cilës përbëhet nga, nga të paktën, dy fusha, njëra prej të cilave është e zakonshme me tabelën X dhe tjetra është e zakonshme me tabelën Y. Marrëdhënia nje pas nje nuk përdoret shumë shpesh, pasi të dhëna të tilla mund të vendosen në një tabelë. Lidhja me qëndrimin nje pas nje përdoret për ndarjen e tabelave shumë të gjera, për të ndarë një pjesë të një tabele për arsye sigurie dhe për të ruajtur informacionin që lidhet me një nëngrup rekordesh në tabelën kryesore.

Informacione të lidhura.

Kur zhvillohet një bazë të dhënash, së pari eksplorohet fusha lëndore (për shembull, "Universiteti"). Ai nxjerr në pah objektet kryesore. Ato mund të jenë reale (“Student”) ose abstrakte (“Disiplinë”). Çdo objekt karakterizohet nga një grup karakteristikash - atributet e objektit (fushat e të dhënave). Për çdo objekt, atributet janë të mbushura me vlera specifike. Atributet mund të jenë të thjeshta ose kyçe.

Atributi kryesor (çelësi)- Kjo elemente individuale të dhënat nga të cilat mund të përcaktohen të gjithë elementët e tjerë të të dhënave (“Numri i Librit të Notave”). Çelësi mund të jetë i thjeshtë ose i përbërë ("Mbiemri", "Emri", "Emri patronimik").

Pas përcaktimit të objekteve kryesore të fushës së subjektit duke përdorur atributet e tyre kryesore, krijohen lidhje midis këtyre objekteve:

a) 1:1 (“një me një”) – çdo shembull i objektit A i korrespondon vetëm një shembulli të objektit B dhe anasjelltas (Figura 17).

Figura 17 – Komunikimi një me një

b) 1:M ("një-në-shumë") - çdo shembull i objektit A mund të korrespondojë me 0, 1 ose disa shembuj të objektit B, por çdo shembull i objektit B korrespondon me vetëm 1 shembull të objektit A (Figura 18 ).

Figura 18 – Marrëdhënia një me shumë

c) M:M (“shumë në shumë”) – çdo shembull i objektit A korrespondon me 0, 1 ose disa shembuj të objektit B dhe anasjelltas (Figura 19).

Figura 19 - Marrëdhënia shumë-me-shumë

Objektet e zgjedhura të domenit kryesor me lidhjet e vendosura mes tyre janë model informacioni .

Marrëdhënia

Një objekt domeni mund të përfaqësohet si një tabelë relacioni - një lloj i veçantë tabele në të cilën:

Çdo rresht përmban informacion për një shembull të një objekti (linja e marrëdhënies - autokolona);

· të gjitha kolonat janë homogjene, domethënë, të gjithë elementët në kolonë kanë të njëjtin lloj dhe gjatësi, kanë një emër dhe përmbajnë informacion për një atribut të veçantë të objektit;

· çdo element përfaqëson një element të dhënash për objektin;

· të gjitha rreshtat dhe kolonat janë unike (pa përsëritje);

· Nuk ka qeliza boshe në tabela.

Quhen bazat e të dhënave të bazuara në tabela relacionale relacionale (relacion). Një grup marrëdhëniesh (tabelash) përdoret në një bazë të dhënash për të ruajtur informacionin rreth objekteve të botës reale dhe për të modeluar marrëdhëniet midis tyre. Për shembull, për të ruajtur objektin "student" përdorni relacionin STUDENTI, në të cilën vetitë e objektit ndodhen në kolonat e tabelës, të cilat janë atribute të objektit (Tabela 8):

Tabela 8 - Qëndrimi STUDENTI

Thirret një listë e emrave të atributeve të relacioneve skema e marrëdhënieve. Diagrami i marrëdhënieve STUDENTI mund të shkruhet kështu: STUDENT = (Mbiemri, Grupmosha ).

Një bazë të dhënash relacionale është një grup marrëdhëniesh të ndërlidhura. Çdo marrëdhënie (tabela) paraqitet në kompjuter si një skedar regjistrimi.

Në tabelat e relacioneve, mund të kryeni tetë operacione të ndryshme të teorisë së grupeve dhe algjebrës relacionale (bashkim, përzgjedhje, projeksion, kryqëzim, mbledhje, shumëzim, ndryshim, pjesëtim). Si rezultat, nga marrëdhëniet e prezantuara (bazë), mund të merrni shumë tabela të reja (të llogaritura) - marrëdhënie (raporte, zgjedhje, pyetje, etj.).

Për shkak të faktit se informacioni në bazat e të dhënave paraqitet në dy forma - informacioni i ruajtur (tabelat origjinale, të futura) dhe informacioni i llogaritur (tabelat e marra në bazë të atyre origjinale), mund të kurseni ndjeshëm kujtesën dhe të shpejtoni procesin e përpunimit të këtij informacioni.

Për të krijuar një bazë të dhënash të thjeshtë dhe të besueshme, është e nevojshme të normalizohen marrëdhëniet. Normalizimi i marrëdhënieve– proces hap pas hapi zbërthimi i marrëdhënieve në më të vogla dhe më të thjeshta. Pavarësisht rritjes së numrit të lidhjeve, operacionet e aksesit të të dhënave janë përshpejtuar ndjeshëm për shkak të përmirësimit të korrektësisë, eliminimit të dyfishimit dhe sigurimit të konsistencës së të dhënave në bazën e të dhënave.

Ka disa forma normale:

Forma e parë normale. Marrëdhënia konsiderohet të jetë në së pari formë normale, nëse të gjitha atributet e tij janë të pandashme (të thjeshta). Për shembull, lidhja më poshtë në Figurën 20 nuk është e normalizuar sepse përmban një atribut kompleks Sporti. Për ta sjellë këtë marrëdhënie në një formë të normalizuar, duhet të heqësh qafe këtë atribut kompleks.

Figura 20 – Reduktimi në formën e parë normale

Në relacionin që rezulton, çelësi është një çelës i përbërë i përbërë nga atribute Mbiemri Dhe Lloj sporti.

Forma e dytë normale. Një lidhje konsiderohet të jetë në formën e dytë normale nëse të gjitha atributet e saj varen nga çelësi i përbërë në tërësi, dhe jo nga pjesët e tij. Prandaj, nëse një relacion është në formën e parë normale dhe ka një çelës të thjeshtë dhe jo të përbërë, atëherë ai është automatikisht në formën e parë dhe të dytë normale.

Për shembull, në lidhje me FLETË(Figura 21), duke pasur një çelës të përbërë " Student, Disiplinë", atribut Ligjërues varet vetëm nga Disiplinat, dhe jo nga i gjithë çelësi. Kjo marrëdhënie mund të normalizohet duke e "ndarë" atë në dy marrëdhënie PERFORMANCA Dhe MËSUES:

DEKLARATA = (Studenti, Disiplina, Ligjërues, Vlerësim)

PERFORMANCA = (Studenti, Disiplina, Gradë) MËSUES = (Disipline, Pedagog)

Figura 21 – Reduktimi në formën e dytë normale

Forma e tretë normale. Një lidhje konsiderohet të jetë në formën e tretë normale nëse eliminohen varësitë midis atributeve jo kyç (varësitë kalimtare). Për shembull, në lidhje me ARTIKU = (Emri, Pedagog, Departamenti, Telefoni) nuk është një atribut kyç Telefoni varet nga jo atribut kyç Departamenti.

Për të eliminuar varësinë kalimtare, është e nevojshme të "ndahet" lidhja origjinale në dysh DISIPLINE = (Emri, Pedagog, Departamenti) dhe TË DHËNAT E DEPARTAMENTIT = (Departamenti, Telefoni).

Thjeshtimi i mëtejshëm i tabelave shoqërohet me kufizim i mëtejshëm llojet e varësive ndërmjet atributeve të marrëdhënieve.

Pas normalizimit të marrëdhënieve dhe vendosjes së lidhjeve ndërmjet tyre, formohet një model informativ i fushës lëndore. Më poshtë (Figura 22) është një shembull i një modeli informacioni të një kompanie që përpunon transaksionet me klientët përmes menaxherëve të saj të punonjësve:

Klienti Mbiemri I.O. Numri i transaksionit Mbiemri I.O. Titulli i punës datë Adresë Përvoja Mbiemri i ushtruesit të detyrës Telefoni Mbiemri i klientit

Figura 22 – Modeli i kompanisë

Bazuar në modelin e informacionit, zhvillohet një model i të dhënave që përshkruan strukturën logjike të bazës së të dhënave Gjuha e përshkrimit të të dhënave (DDL), – Modeli logjik i të dhënave (DM).

Një model i të dhënave përdoret për të lidhur DM me mjedisin e ruajtjes niveli fizik – modeli fizik(FM). Në këtë fazë të dizajnit fizik të bazës së të dhënave, zgjidhet lloji i medias, zhvillohet formati i të dhënave të ruajtura dhe hartohen metodat e aksesit të të dhënave.

DBMS

Pas kësaj, tashmë është e mundur të krijohet (popullohet) një bazë të dhënash dhe të punohet drejtpërdrejt me të. Puna me bazat e të dhënave zbret në kryerjen e operacioneve të mëposhtme:

1) rekord (plotësimi i bazës së të dhënave);

2) shikimi;

3) redaktimi (shtimi, fshirja, korrigjimi);

4) kampionimi (pyetje, raporte).

Këto operacione të grumbullimit dhe manipulimit të të dhënave kryhen nga program të veçantë – sistemi i menaxhimit të bazës së të dhënave (DBMS).

Bazuar në teknologjinë për zgjidhjen e problemeve të kryera nga DBMS, bazat e të dhënave mund të ndahen në dy lloje:

Baza e të dhënave e centralizuar (e ruajtur tërësisht në VRAM të një sistemi kompjuterik dhe, nëse sistemi është pjesë e një rrjeti, atëherë aksesi në këtë bazë të dhënash të sistemeve të tjera është i mundur);

Baza e të dhënave të shpërndara (përbëhet nga disa, nganjëherë të kryqëzuara ose dublikuara njëra-tjetrën, baza të të dhënave të ruajtura në VRAM të nyjeve të ndryshme të rrjetit).

DBMS siguron qasje në të dhënat e bazës së të dhënave në dy mënyra:

Aksesi lokal (supozon se DBMS përpunon një bazë të dhënash që ruhet në VRAM të të njëjtit kompjuter);

Qasje në distancë (kjo është akses në një bazë të dhënash që ruhet në një nga nyjet e rrjetit).

Qasja në distancë mund të kryhet duke përdorur teknologjinë skedar-server ose klient-server. Teknologjia e serverit të skedarëve përfshin ndarjen e një prej sistemeve kompjuterike, të quajtur server, për ruajtjen e bazës së të dhënave. Të gjithë kompjuterët e tjerë në rrjet (klientët) veprojnë si stacione pune që kopjojnë pjesën e kërkuar të bazës së të dhënave të centralizuar në memorien e tyre, ku ndodh përpunimi. Teknologjia klient-server supozon se një server i dedikuar për të ruajtur një bazë të dhënash të centralizuar përpunon gjithashtu kërkesat nga stacionet e punës të klientit. Klienti dërgon një kërkesë në server. Serveri i dërgon klientit të dhënat që janë rezultat i një kërkimi në bazën e të dhënave me kërkesë të tij.

Një sistem i menaxhimit të bazës së të dhënave është një grup softuerësh dhe mjetesh gjuhësore.

Software siguron organizimin e futjes, përpunimit dhe ruajtjes së të dhënave, si dhe siguron ndërveprimin e të gjitha pjesëve të sistemit gjatë funksionimit të tij (konfigurim, testim, rikuperim).

Gjuha do të thotë të sigurojë ndërveprim të përdoruesit me bazën e të dhënave. Kjo perfshin:

• gjuhët e manipulimit të të dhënave(YMD) – gjuhët e pyetjeve të bazës së të dhënave, të cilat janë një sistem komandash për të punuar me të dhënat (përzgjedhja, pyetja, futja, fshirja, etj.);
• gjuhët e përkufizimit të të dhënave(DL) – gjuhët e krijuara për të krijuar një skemë të bazës së të dhënave (përshkrimi i llojeve të të dhënave, struktura e bazës së të dhënave, ndërveprimi dhe lidhjet midis elementeve).

Figura 22 - Skema e ndërveprimit të përdoruesit me bazën e të dhënave

DBMS moderne – program aplikimi, i cili synon të lehtësojë punën e një përdoruesi të pakualifikuar me bazën e të dhënave. Ai punon me të në gjuhën natyrore pa njohuri për gjuhën e manipulimit të të dhënave dhe gjuhën e përkufizimit të të dhënave (Figura 22). Një shembull i një DBMS të tillë është produkti i mirënjohur Microsoft– Hyni në DBMS.

Baza e të dhënave si një model informacioni domeni

Çdo fushë lëndore mund të konsiderohet si një fushë dinamike informacioni, që mbulon vetitë e objekteve, marrëdhëniet e tyre, rrjedhat e informacionit ndërmjet tyre, etj. Ndryshimet që ndodhin në fushën e lëndës çojnë në gjenerim informacione të reja, elemente të reja informacioni ose ndryshimet e tyre, gjë që na lejon të flasim për një fushë informacioni dhe, për më tepër, për një fushë informacioni dinamike. Por kjo ngre pyetjen se si shfaqet fusha e informacionit e fushës së temës hapësirë ​​informacioni bazat e të dhënave ose, me fjalë të tjera, cilat përbërës të fushës lëndore dhe sa plotësisht pasqyrohen në bazat e të dhënave.

Baza e të dhënave është një model informacioni i një fushe lëndore.

Modeli i informacionit përcakton objektet dhe marrëdhëniet ndërmjet tyre. Zhvillimi i një modeli informacioni të domenit përfshin përcaktimin e objekteve të domenit, një grup atributesh që përshkruajnë vetitë e këtyre objekteve dhe vendosjen e marrëdhënieve midis objekteve.

I gjithë grupi i objekteve të domenit të objektit ndahet në grupe objektesh të ngjashme që kanë të njëjtin grup atributesh (veti). Për të dalluar çdo objekt domeni nga objektet e tjera të këtij lloji atij i caktohet një identifikues që e lejon atë të referohet në mënyrë unike. Ky identifikues quhet çelesi primar. Çdo atribut ose një kombinim i disa atributeve të objektit mund të përdoret si çelës primar. Përveç kësaj, përdoren identifikues jo unik, të quajtur çelësat e huaj(çelësat dytësorë) dhe që tregojnë grupe objektesh të një lloji të caktuar. Çdo grup i tillë përfshin objekte që korrespondojnë me të njëjtën vlerëçelësi i huaj.

Mund të ketë lidhje midis objekteve të fushës lëndore që kanë kuptime të ndryshme kuptimore. Këto lidhje mund të jenë të detyrueshme ose opsionale (opsionale). Ekziston një marrëdhënie e detyrueshme ZËVENDËSIMI, për shembull, midis 2 llojeve të objekteve PUNONJËS dhe POZICION në fushën lëndore "Departamenti i Burimeve Njerëzore të një Organizate". Çdo punonjës caktohet në një pozicion dhe nuk mund të ketë punonjës që nuk mban një pozicion. Në të njëjtën kohë, marrëdhënia REPLACEMENT midis llojeve të objekteve POSITION dhe EMPLOYEE është fakultative, sepse mund të ketë vende të lira.

Marrëdhëniet ndërmjet llojeve të objekteve mund të jenë të çdo dimensioni (ariteti). Më të përdorurat janë marrëdhëniet binare që krijojnë korrespondenca të ndryshme midis objekteve të 2 llojeve - "një për një" (1: 1), "një për shumë" (1: n), shumë për shumë (m: n).

Tërësia e llojeve të objekteve dhe llojet e lidhjeve ndërmjet tyre karakterizon strukturën e zonës lëndore.

Le të shohim ndërtimin e një modeli informacioni për një fushë lëndore duke përdorur një shembull. Le të marrim arsimin e lartë si fushë lëndore institucion arsimor. Një nga detyrat që lidhen me organizimin e pranimit në një universitet është regjistrimi i informacionit rreth aplikantëve. Me interes informacionin e mëposhtëm: fakulteti, specialiteti për të cilin dorëzohen dokumentet, të dhënat personale (mbiemri, emri, patronimi, viti i lindjes, familja, Statusi social etj.), provimet dhe notat mbi to. Aplikanti karakterizohet nga një identifikues unik Id*, i cili lejon që dikush të identifikojë në mënyrë unike një aplikant specifik.

Përveç kësaj, dihet se ekzistojnë lidhjet e mëposhtme:
FAKULTETI ®®SPECIALTETE;
FACULTY ® ® ID*;
SPECIALTY ®® ID*;
Id* ® SUBJEKT;
ID* ® MBIEMRI I APLIKUESIT, EMRI, ID PATRONIK, VITI I LINDJES, ...;
Id* ® LENDA, VLERËSIM;
FAKULTETI ® DEKANI, NUMRI I TELEFONIT;
KODI I SPECIALTETIT ® NUMRI, EMRI I SPECIALTETIT.

Këtu ® ® është një lidhje e tipit 1: n; Lidhja e tipit ® - 1:1.

Tani le të shqyrtojmë modelin e informacionit të asaj pjese të fushës lëndore që lidhet me organizimin e pranimit në një universitet (Fig. 1), pasi kemi identifikuar më parë objektet "APLIKANT", "FAKULTETI", "SPECIALETI" dhe "LËNDA" dhe zyrtarizoi lidhjet.

Fig.1. Modeli i informacionit sipas analizës së objektit

Objektet e modelit të informacionit përfaqësohen nga tabelat në baza e të dhënave relacionale të dhëna. Kolonat e tabelës specifikojnë atributet e objekteve, rreshtat e tabelës korrespondojnë objekte specifike të këtij lloji.

Për të përcaktuar marrëdhëniet midis objekteve në një bazë të dhënash relacionale, përdoren çelësat primar dhe të huaj. Për të përcaktuar një marrëdhënie 1:1, çelësi kryesor i një tabele vendoset gjithashtu në tabelën e dytë si çelës primar. Për të përcaktuar një marrëdhënie 1:n, çelësi primar i tabelës së parë i shtohet tabelës së dytë, por si një çelës i huaj që tregon çelësin primar të tabelës së parë.

Kështu, baza e të dhënave mund të konsiderohet si një model informacioni i fushës lëndore, pasi pasqyron objektet, vetitë e tyre dhe marrëdhëniet midis tyre - elemente struktura e informacionit fusha lëndore. Plotësia e pasqyrimit të këtyre elementeve përcaktohet nga rezultatet e fazës së modelimit të informacionit.