2. 2. NDËRTIMI I MODELIT “OBJEKT – PRONË – MARRËDHËNIE”.
Për të përshkruar ILM, të dyja gjuhët analitike (përshkruese) dhe mjetet grafike aplikuar më tej mënyrë grafike duke shfaqur modelin "objekt-pronë-lidhje". V fusha lëndore në procesin e ekzaminimit dhe analizës së tij, dallohen klasa objektesh. Klasa e objektit thirrni një grup objektesh që kanë të njëjtin grup vetish. Për shembull, nëse konsiderojmë një universitet si fushë lëndore, atëherë në të mund të dallohen klasat e mëposhtme të objekteve: studentë, mësues, auditorë etj. Objektet mund të jenë reale, siç u përmend më lart, ose mund të jenë abstrakte, si p.sh. lëndët që studiojnë studentët.
Kur pasqyrohet në sistemin e informacionit, çdo objekt përfaqësohet nga identifikuesi i tij, i cili dallon një objekt të klasës nga një tjetër, dhe çdo klasë e objekteve përfaqësohet me emrin e kësaj klase. Pra, për objektet e klasës “LENDËT E STUDUARA”, identifikuesi i çdo objekti do të jetë “EMRI I SUBJEKTIT”. Identifikuesi duhet të jetë unik.
Ç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ë dhe 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 zonën e temës, është e nevojshme të përshkruani secilën nga klasat ekzistuese të objekteve dhe një grup vetive të fiksuara për objektet të kësaj klase.
Ne do të përdorim emërtimet e mëposhtme për të shfaqur objektet dhe vetitë e tyre (Fig. & 2. 3).
Pronës
Oriz. 2.3 Përcaktimi i objekteve dhe vetitë e tyre
Për çdo klasë të objekteve në informacion modeli logjikështë caktuar një emër unik.
Kur ndërtohet një model infologjik, është e dëshirueshme të jepet një interpretim verbal i secilit ent, veçanërisht nëse është i mundur një interpretim i paqartë i konceptit.
 |
Oriz. 2.4 Imazhi i një marrëdhënieje "objekt-pasuri".
Gjatë përshkrimit të zonës së temës, është e nevojshme të pasqyrohen lidhjet midis objektit dhe vetive që e karakterizojnë atë. Kjo thjesht përshkruhet si një vijë që lidh përcaktimin e objektit 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ë veti të tilla beqare. Për vetitë e tjera, është e mundur që disa vlera të ekzistojnë për një objekt në të njëjtën kohë. Supozoni, për shembull, kur përshkruani një "PUNONJËS", "GJUHA E HUAJ" që zotëron është fiksuar si pronë e tij. Meqenëse një punonjës mund të dijë disa gjuhë të huaja, atëherë një pronë e tillë do të quhet shumësi. Kur përshkruajmë marrëdhënien 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ë veti të tilla statike, dhe ato veti, vlera e të cilave mund të ndryshojë me kalimin e kohës, do të thirren dinamike.
Një karakteristikë tjetër e marrëdhënies ndërmjet një objekti dhe vetive të tij është shenja 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 disa punonjës mund të ekzistojë vetia "DIPLO AKADEMIKE" dhe objektet e tjera të kësaj klase mund të mos kenë pronën e specifikuar. Le t'i quajmë veti të tilla kushtëzuar.
Kur përshkruajmë lidhjen e një vetie të kushtëzuar me një objekt, ne do të përdorim vizë pika-pika, dhe për përcaktimin e vetive dinamike dhe statike do të përdorim shkronjat D dhe S mbi vijën përkatëse.
Ndonjëherë në një model infologjik është e dobishme të prezantohet koncepti "Pronë e përbërë". Shembuj të pronave të tilla janë “ADRESA”, e përbërë nga “QYTET”, “RRUGË”, “SHTËPI” dhe “APARTAMENT”, dhe “DATA E LINDJES”, që përbëhet nga “NUMRI”, “MUAJ” dhe “VITI”. Ne përdorim në ILM për të përcaktuar një veti të përbërë një katror, nga i cili burojnë linjat që e lidhin atë me emërtimet e elementeve përbërëse të tij (Fig. 2. 4).
Modeli infologjik nuk shfaq shembuj individualë të objekteve, por klasa objektesh. Kur përcaktimi i një objekti tregohet në ILM, është e qartë se vjen rreth një klase objektesh me vetitë e përshkruara. Prandaj, në shumicën e rasteve, është e mundur të mos futet në mënyrë eksplicite një përcaktim për një klasë objektesh në një model infologjik. Një imazh i qartë i një klase objektesh është i nevojshëm vetëm nëse softueri për një klasë të caktuar objektesh regjistron jo vetëm karakteristika që lidhen me objektet individuale të kësaj klase, por edhe disa karakteristika integrale që lidhen me të gjithë klasën në tërësi. Për shembull, nëse për klasën e objektit "PUNONJËS" shënohet jo vetëm mosha e çdo punonjësi, por edhe mosha mesatare e të gjithë punonjësve, atëherë në modelin infologjik është e nevojshme të pasqyrohet jo vetëm objekti "PUNONJËS", por edhe klasa e objektit "PUNONJËS". Për të shfaqur një klasë objektesh, mund të përdorni ndonjë emërtim specifik ose të njëjtin që përdoret për objektet (Fig. 2. 5).
 |
Oriz. 2.5 Imazhi i një klase objektesh dhe karakteristikat integrale të klasës.
Përveç lidhjes midis një objekti dhe vetive të tij, modeli infologjik regjistron lidhjet midis objekteve të klasave të ndryshme. Ka lidhje të tipit "një për një" (1: 1), "një për shumë" (1: M), "shumë për shumë" (M: M). Këto lloj marrëdhëniesh nganjëherë referohen si shkalla e marrëdhënies.
Përveç shkallës së lidhjes në modelin infologjik, për të karakterizuar lidhjen ndërmjet entiteteve të ndryshme, është e nevojshme të tregohet e ashtuquajtura. "Klasa e përkatësisë", e cila tregon nëse nuk mund të ketë lidhje ndërmjet një objekti të kësaj klase me ndonjë objekt të një klase tjetër. Klasa e entitetit duhet të jetë ose e detyrueshme ose opsionale.
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ë veçantë, por shfaq klasat e objekteve dhe marrëdhëniet ndërmjet tyre. Diagrami 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.
Supozoni se modeli infologjik shfaq një marrëdhënie midis dy klasave të objekteve: "PUNONJËS" dhe "GJUHË E HUAJ".
Supozoni se fusha lëndore është një fabrikë ku disa nga punonjësit dinë një gjuhë të huaj, por asnjëri prej tyre nuk flet rrjedhshëm 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 (Fig. 2. 6).
c1. .po1
c2. .po2
c3. .я3
c4. .po4
c5. .po5
c6. .po6
c7. .po7
Oriz. 2.6 Diagrami ER - raste
Në këtë rast, diagrami i instancave ER do të duket si ai i paraqitur në Fig. 2. 6, dhe diagrami i ER-llojeve është si në fig. 2.7.
Oriz. 2. 7. Diagrami i llojeve E - R
Më tej, le të supozojmë se fusha lëndore është një institucion dhe objekti “PERSONALITET” pasqyron aplikantët që hyjnë në këtë institucion. Secili nga aplikantët duhet të flasë domosdoshmërisht një gjuhë të huaj, por askush nuk flet më shumë se një gjuhë (Fig. 2. 8). Në këtë rast, diagrami i instancave ER do të duket si ai i paraqitur në Fig. 2. 8, dhe diagrami i ER-llojeve është si në fig. 2.9.
Gjuha e personalitetit
l1 i1
l2 i2
l3 i3
l4 z4
l5 i5
l6 i6
l7 i7
Si në rastin e parë ashtu edhe në rastin e dytë të shqyrtuar, vërehet marrëdhënia M ndërmjet entiteteve: 1. Në diagram, kjo shfaqet nga ana e objektit "PERSONALITET" me një shigjetë dyshe dhe nga ana e " GJUHË E HUAJ" objekt - me një shigjetë të vetme në vijën që përshkruan marrëdhënien midis entiteteve të të dhënave.
Dallimi në situatat e shqyrtuara është se në rastin e parë, klasa përkatëse është fakultative për të dy entitetet, dhe në të dytën, për entitetin "PERSONALITET", klasa përkatëse është e detyrueshme. Në diagramë (Fig. 2. 9) këtë e tregon një pikë në drejtkëndësh që i përgjigjet objektit "PERSONALITET".
Lëreni që fusha e lëndës të jetë e njëjtë si në rastin e mëparshëm, por ka situata kur disa aplikantë dinë disa gjuhë të huaja. Në këtë rast, lidhja midis objekteve do të jetë e tipit M: M.
Për një domen të tillë, diagrami i instancave ER do të duket si ai i paraqitur në Fig. 2. 10, dhe diagrami i ER-llojeve është si në fig. 2.11.
Gjuha e personalitetit
l1 i1
l2 i2
l3 i3
l4 z4
l5 i5
l6 i6
l7 i7
 |
Supozoni se fusha lëndore është një institut gjuhësor, në të cilin secili dhe: punonjësit domosdoshmërisht dinë 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 midis objekteve do të jetë M: M dhe klasa e pronësisë së të dy subjekteve është e detyrueshme.
(Mund të jepet një shembull, por çështja është e qartë).
Më sipër, ne i konsideruam objektet pa u thelluar në kompleksitetin e tyre. Në fakt, ekzistojnë disa lloje objektesh.
Para së gjithash, këto janë objekte të thjeshta dhe komplekse. Objekti quhet e thjeshtë, nëse shihet si i pandashëm. E veshtire një objekt është një bashkim 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ë pikëpamje, 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ë pasurive 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", "shpinën", "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 paraqitjen e raportit të gjithë pjesës. Shembuj të objekteve të përbëra janë NYJET-DETAJET, KLASA-STUDENTET, e kështu me radhë.
Modelet infologjike zakonisht nuk përdorin ndonjë konventë të veçantë për të shfaqur objekte komplekse. Marrëdhënia midis përbërjes 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ë ndërlidhura me një lidhje të tipit M: M, dhe "GRUPI" dhe "STUDENTS" lidhen me një lidhje 1: M.
Objekti i përgjithësuar pasqyron praninë e marrëdhënies "gjini-specie" midis objekteve të fushës lëndore. P.sh., objektet STUDENT, DJON SHKOLLOR, MAPLATUR, STUDENT STUDENTS formojnë një objekt të përgjithësuar STUDENTS. Objektet që përbëjnë një objekt të përgjithësuar quhen kategori të tij.
Si objekti "gjenerik" ashtu edhe objektet "specifik" mund të kenë një grup të caktuar vetive. Për më tepër, vërehet e ashtuquajtura trashëgimi e pronave, domethënë, një objekt "specifik" ka të gjitha vetitë që zotëron një objekt "gjenerik", plus vetitë e qenësishme vetëm për objektet e këtij lloji.
Përcaktimi i marrëdhënieve gjini - specifike nënkupton klasifikimin e objekteve të fushës lëndore sipas një ose një karakteristike tjetër. Nënklasat mund të dallohen në një model infologjik në një formë të qartë dhe të nënkuptuar. Në rastin e parë, me një imazh grafik, emërtim i veçantë për nënklasën. Në fig. 2.14 përshkruan një fragment të modelit infologjik, duke pasqyruar objektin e përgjithësuar "PERSONALITET" për më të lartë institucion arsimor... Ka disa kategori për të: MËSUES, STUDENT, STUDENT. Një trekëndësh është përdorur për të treguar nënklasën në qark.
Natyrisht, klasifikimi mund të jetë shumënivelësh. Pra, në shembullin e konsideruar, objekti i përgjithësuar "PERSONALITET" mund të ndahet në dy nënklasa: PUNONJËS dhe STUDENT. PUNONJËSIT, nga ana tjetër, mund të klasifikohen në STAFI MËSIMOR, ADMINISTRATË, etj.
Personalitet
 |
Oriz. 2.14 Imazhi i përgjithshëm i objektit
Klasat e objekteve të zgjedhura në domen mund të jenë ose të mbivendosura ose jo të mbivendosura. Për të shfaqur këtë informacion në modelin infologjik, mund të përdorni grafikun e kryqëzimit, kulmet e të cilit korrespondojnë me klasat (nënklasat) e objekteve, dhe skajet lidhin një palë kulme vetëm nëse klasat përkatëse të objekteve kryqëzohen. Ju mund të përdorni një grafik të ponderuar për të shfaqur shkallën e kryqëzimit. Në këtë rast, pesha e një kulmi do të tregojë kardinalitetin e grupit përkatës të objekteve, dhe pesha e një skaji do të tregojë kardinalitetin e grupit që është kryqëzimi i grupeve të lidhura me këtë skaj (Fig. 2.15).
Oriz. 2.15 Grafiku i kryqëzimit
Grafiku i kryqëzimit përmban Informacion shtese rreth fushës lëndore dhe nuk i përket klasës së modeleve ER.
Objekte të grumbulluara zakonisht korrespondojnë me një proces në të cilin "përfshihen" objekte të tjera. Për shembull, objekti i grumbulluar “FURNIZIM” kombinon objektet “FURNIZUES”, i cili furnizon produkte, “KONSUMATOR”, i cili i merr këto produkte, si dhe “PRODUKTET” e furnizuara. Objekti origjinal ë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.
Objektet e grumbulluara zakonisht quhen emra foljor (për shembull, furnizim-furnizimi, lirim - lirim, shes-shes etj.).
 |
Oriz. 2.16 Imazhi i përmbledhur i objektit
Për të shfaqur një objekt të grumbulluar në një model infologjik, ne do të përdorim konventat e mëposhtme:
vetë objekti i grumbulluar do të përfaqësohet nga një romb, pranë të cilit tregohet emri i objektit përkatës. Ky diamant duhet të shoqërohet me konventat ato objekte që formojnë këtë objekt të grumbulluar. Vetitë e objektit të grumbulluar shfaqen në të njëjtën mënyrë si për objekt i thjeshtë. Në oriz. 2.16 tregon objektin e grumbulluar "FURNIZIM PRODUKT".
1. Konceptet dhe termat bazë të temës
“MODELI I INFORMACIONIT – BAZAT E NDËRTIMIT
SISTEMET E MENAXHIMIT TË BAZAVE TË TË DHËNAVE.
Çdo qytetërim duhet të merret me përpunimin e informacionit. Ndërsa ekonomia zhvillohet dhe popullsia rritet, rritet edhe vëllimi i të dhënave të ndërlidhura që kërkohen për të zgjidhur problemet e biznesit dhe ato administrative.
@ Modeli i mbledhjes, ruajtjes, përpunimit dhe përdorimit të të dhënave të ndërlidhura me qëllim të menaxhimit sa më optimal të rrjedhave të informacionit dhe zgjidhjes së detyrave të caktuara në një fushë të caktuar lëndore quhet sistem informacioni. ... Një sistem i tillë është krijuar kryesisht për të lehtësuar punën njerëzore, por për këtë duhet të korrespondojë sa më mirë me një model shumë kompleks të botës reale.
@ Bërthamë sistemi i informacionit janë të dhënat e ruajtura në të ... Në çdo ndërmarrje, të dhënat e departamenteve të ndryshme, si rregull, mbivendosen, domethënë ato përdoren në disa departamente ose përgjithësisht ndahen. Për shembull, qëllimet e menaxhimit shpesh kërkojnë informacion në të gjithë ndërmarrjen. Renditja e pjesëve nuk është e mundur pa disponueshmërinë e informacionit mbi stoqet. Të dhënat e ruajtura në sistemin e informacionit duhet të jenë lehtësisht të aksesueshme në formën në të cilën nevojiten për një specifikë aktivitetet prodhuese ndërmarrjeve. Në këtë rast, mënyra e ruajtjes së të dhënave nuk është thelbësore. Sot në ndërmarrje mund të takojmë sistemin e përpunimit të të dhënave tip tradicional, në të cilën punonjësi vendos manualisht të dhënat në lidhës, dhe pranë tij - sistem modern me përdorimin e kompjuterëve më të shpejtë, pajisjeve dhe softuerëve më të sofistikuar. Pavarësisht nga pangjashmëria e habitshme, të dyja këto sisteme duhet të sigurojnë informacion të besueshëm në një kohë të caktuar, për një person të caktuar, në një vend të caktuar dhe me një kosto të kufizuar.
Për të kuptuar procesin e ndërtimit të një sistemi informacioni, duhet të dini një numër termash që përdoren për të përshkruar dhe paraqitur të dhënat.
@ Fusha e lëndës quajtur pjesë sistem real 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 të përdorura varet nga kompleksiteti i sistemit, por në çdo rast përfshin nivelet logjike dhe fizike. Një fushë lëndore mund t'i referohet çdo lloj organizate (për shembull, një bankë, universitet, spital ose fabrikë).
Është e nevojshme të bëhet dallimi midis fushës së plotë lëndore (ndërmarrje e madhe prodhuese, magazinë, dyqan, etj.) dhe njësinë organizative të kësaj fushe lëndore. Një njësi organizative, nga ana tjetër, mund të përfaqësojë fushën e saj lëndore (për shembull, një punëtori për prodhimin e trupave të një fabrike automobilistike ose një departament të përpunimit të të dhënave të një ndërmarrjeje prodhuese kompjuterike). Në këtë rast, vetë seminaret dhe departamentet mund të korrespondojnë me fusha të caktuara lëndore.
Informacioni i kërkuar për të përshkruar fushën e temës varet nga modeli aktual dhe mund të përfshijë informacione për personelin, pagat, mallrat, faturat, faturat, raportet e shitjeve, testet laboratorike, transaksionet financiare, të dhënat mjekësore, domethënë informacionin për njerëzit, vendet, objektet. , ngjarje dhe koncepte.
@ Objektështë një element i sistemit të informacionit, informacion për të cilin ne ruajmë. Në teorinë e bazës së të dhënave relacionale, një objekt quhet një entitet.
Objekti mund të jetë reale(për shembull, një person, një objekt ose lokaliteti) dhe abstrakte(për shembull, një ngjarje, një llogari klienti ose një kurs që po zhvillohet nga studentët). Pra, në fushën e shitjes së makinave, shembuj të objekteve janë MODEL, KLIENT dhe LLOGARI. Në një magazinë është FURNIZUES, MALLRA, DËRGUES, etj. Çdo objekt ka një grup të caktuar vetish që ruhen në sistemin e informacionit. Kur përpunoni të dhëna, shpesh duhet të merreni me një koleksion objektesh homogjene, si p.sh. punonjësit, dhe të regjistroni informacione për të njëjtat veti për secilën prej tyre.
@ Klasa e objektit thirrni një grup objektesh që kanë të njëjtin grup vetish.
Kështu, për objektet e së njëjtës klasë, grupi i vetive do të jetë i njëjtë, megjithëse vlerat e këtyre vetive për secilin objekt, natyrisht, mund të jenë të ndryshme. Për shembull, vetitë e klasës së objektit MODEL për secilin objekt sigurisht që mund të jenë të ndryshme. Për shembull, klasa e objektit CAR MODEL do të ketë të njëjtin grup vetish që përshkruajnë karakteristikat e makinave dhe secili model do të ketë kuptime të ndryshme këto karakteristika.
Objektet dhe vetitë e tyre janë koncepte të botës reale. Në botën e informacionit që ekziston në këndvështrimin e programuesit, flitet për atributet e objekteve.
@ atributështë një shfaqje informative e vetive të objektit. Çdo objekt karakterizohet nga një numër atributesh bazë.
Për shembull, një model makine karakterizohet nga lloji i trupit, zhvendosja e motorit, numri i cilindrave, fuqia, dimensionet, emri, etj. Një klient i një dyqani makinash ka atribute të tilla si mbiemri, emri, patronimi, adresa dhe ndoshta një numër identifikimi. Çdo atribut në model duhet të ketë një emër unik - një identifikues. Një atribut në zbatimin e një modeli informacioni në çdo bartës informacioni quhet shpesh zëri i të dhënave, fushë e të dhënave ose thjesht një fushë.
Oriz. 1.1. Tre fusha të paraqitjes së të dhënave.
@ tabelaështë një strukturë e rregullt e përbërë nga një grup i kufizuar regjistrimesh të të njëjtit lloj. Në disa burime, një tabelë quhet një marrëdhënie.
Ne do të përpiqemi të shmangim termin e fundit, pasi me zhvillimin e teorisë relacionale, "marrëdhënie" së bashku me termin "marrëdhënie" shpesh filluan të quajnë marrëdhënie midis tabelave. Çdo rekord i një tabele përbëhet nga një numër i kufizuar (dhe i njëjtë!) fushash, dhe fushën specifike të secilit rekord të një tabele mund të përmbajë vetëm të dhëna të një lloji.
@ Vlerat e të dhënave përfaqësojnë të dhënat aktuale të përfshira në secilin element të të dhënave.
Artikulli i të dhënave "MODEL EMRI" mund të ketë vlera të tilla si "Voyager" 96 3.8 Grand "," Continental 4.6 "ose" Crown Victoria 4.6. "Në varësi të mënyrës se si artikujt e të dhënave e përshkruajnë objektin, vlerat e tyre mund të jenë sasiore , cilësore ose përshkruese Informacioni për një fushë të caktuar lëndore mund të përfaqësohet duke përdorur disa objekte, secila prej të cilave përshkruhet nga disa elementë të të dhënave. të dhëna.
@ Quhet një grup i vetëm vlerash të pranuara nga artikujt e të dhënave një shembull i një objekti... Objektet komunikojnë me njëri-tjetrin në një mënyrë të caktuar.
@ Quhet modeli përkatës i objekteve me elementet dhe marrëdhëniet përbërëse të të dhënave model konceptual fusha lëndore. Modeli konceptual jep një ide të rrjedhës së të dhënave në domen.
Disa elementë të të dhënave kanë një veti që është e rëndësishme për ndërtimin e një modeli informacioni. Nëse e dimë vlerën që merr një element i tillë i të dhënave të një objekti, mund të identifikojmë vlerat që marrin elementët e tjerë të të dhënave të të njëjtit objekt. Për shembull, duke ditur numrin unik të modelit të makinës - 7, mund të përcaktojmë se ky është "Voyager" 96 "dhe se zhvendosja e motorit për këtë model është" 3778 ".
@ Element kyç të dhënat quhen një element me të cilin mund të përcaktoni vlerat e elementëve të tjerë të të dhënave.
Dy ose më shumë elementë të të dhënave mund të identifikojnë në mënyrë unike një objekt. Në këtë rast, ata quhen "kandidatë" për të dhënat kryesore. Pyetja është , cili prej kandidatëve të përdorë për të hyrë në objekt vendoset nga përdoruesi ose projektuesi i sistemit. Zgjidhni elementet kryesore të të dhënave me kujdes sepse zgjedhja e duhur kontribuon në krijimin e së drejtës model konceptual të dhëna.
@ Çelesi primarështë një atribut (ose grup atributesh) që identifikon në mënyrë unike çdo rresht në një tabelë.
Koncepti kryesor kryesor është jashtëzakonisht i rëndësishëm në lidhje me konceptin e integritetit të bazës së të dhënave, të cilin do ta diskutojmë në detaje në fund të këtij seksioni.
@ Çelësi alternativështë një atribut (ose grup atributesh) që nuk përputhet me çelësin primar dhe që identifikon në mënyrë unike një shembull të një objekti.
Për shembull, për objektin "PUNONJËS", i cili ka atributet "PUNONJËSI ID", "MBIEMRI", "EMRI" dhe "MBIEMRI", grupi i atributeve "MBIEMRI", "EMRI", "PATRONIA" mund të jetë një çelësi alternativ në lidhje me atributin " ID E PUNONJËSIT "(duke supozuar se kompania nuk ka emra të plotë).
@ Çelësi i jashtëmështë një atribut i tabelës që është çelësi kryesor i një tabele tjetër.
Për shembull, atributi "MODEL NUMBER" i një objekti VEHICLE mund të jetë një çelës i huaj për një objekt "MODEL".
@ Regjistrimi i të dhënaveështë një koleksion vlerash të të dhënave të lidhura.
Në fig. 1.2. artikuj të tillë janë çelësi unik dhe emri i modelit, zhvendosja, numri i cilindrave dhe fuqia e motorit. Për shembull, një nga hyrjet - “7 Voyager'96 3.8 Grand 3778 6 164.0”. Ky varg përfaqëson vlerat që marrin artikujt e të dhënave të objektit MODEL. Regjistrimet ruhen në ndonjë medium, i cili mund të jetë truri i njeriut, fletë letre, memorie kompjuteri, pajisje ruajtëse të jashtme etj.
|
MODEL |
|||
|
ÇELËS UNIK MODEL |
Emri i modelit |
Vëllimi i punës (cm kub) |
Fuqia (hp) |
|
GMC Jimmy 4.3 |
|||
|
7 |
Voyager'96 3.8 Grand |
3778 |
164,0 |
|
Vjedhurazi 3.0 |
|||
|
348 Merimanga 3.4 |
|||
Figura 1.2. Regjistrimet e të dhënave të objektit MODEL.
Çdo rekord i një tabele përbëhet nga një numër i kufizuar (dhe i njëjtë!) fushash, dhe fushën specifike të secilit rekord të një tabele mund të përmbajë vetëm të dhëna të një lloji
@ Lloji i të dhënave karakterizon llojin e të dhënave të ruajtura.
Koncepti i një lloji të dhënash në modelin e informacionit është plotësisht adekuat me konceptin e një lloji të të dhënave në gjuhët e programimit. Zakonisht, DBMS-të moderne lejojnë ruajtjen e karaktereve, të dhënave numerike, vargjeve bit, të dhëna numerike të specializuara (për shembull, shumat në njësi monetare), si dhe të dhëna të një formati të veçantë (data, koha, intervali kohor, etj.). Në çdo rast, kur zgjidhni një lloj të dhënash, duhet të merren parasysh aftësitë e DBMS me të cilat do të zbatohet. modeli fizik sistemi i informacionit.
@ Lidhjeështë një marrëdhënie funksionale ndërmjet subjekteve.
Nëse ekziston një marrëdhënie midis disa subjekteve, atëherë faktet nga një ent i referohen ose në një farë mënyre lidhen me faktet nga një ent tjetër. Ruajtja e konsistencës varësitë funksionale ndërmjet entiteteve quhet integritet referencial. Meqenëse marrëdhëniet përmbahen "brenda" modelit relacional, zbatimi i integritetit referencial mund të kryhet si nga aplikacioni ashtu edhe nga vetë DBMS (duke përdorur mekanizmat dhe nxitësit e integritetit referencial deklarativ).
Lidhjet mund të përfaqësohen nga pesë karakteristika kryesore:
Lloji i lidhjes (identifikues, joidentifikues)
Subjekti mëmë;
Fëmijë (në varësi);
Fuqia e komunikimit (përzemërsia);
Vlerat null lejohen.
Marrëdhënia quhet identifikuese nëse shembulli i njësisë ekonomike fëmijë identifikohet (identifikohet në mënyrë unike) nëpërmjet marrëdhënies së tij me njësinë ekonomike mëmë. Atributet që përbëjnë çelësin primar të njësisë ekonomike mëmë përfshihen gjithashtu në çelësin primar të njësisë ekonomike fëmijë. Subjekt fëmijë me një marrëdhënie identifikuese gjithmonë të varur.
Marrëdhënia quhet joidentifikuese nëse shembulli i njësisë ekonomike fëmijë identifikohet ndryshe nga një marrëdhënie me njësinë ekonomike mëmë. Atributet që përbëjnë çelësin primar të njësisë ekonomike mëmë përfshihen gjithashtu në atributet jo kyçe të njësisë ekonomike fëmijë.
Fuqia e komunikimitështë raporti i numrit të rasteve të njësisë ekonomike mëmë me numrin përkatës të rasteve të njësisë ekonomike fëmijë. Për çdo marrëdhënie përveç jospecifike, kjo marrëdhënie shkruhet si 1: n.
@ Procedurat e ruajturaështë një aplikacion (program) që kombinon pyetjet dhe logjikën procedurale (deklaratat e detyrave, degëzimi logjik, etj.) dhe ruhet në një bazë të dhënash.
Procedurat e ruajtura ju lejojnë të përmbani, së bashku me bazën e të dhënave, programe mjaft komplekse që kryejnë një sasi të madhe pune pa transferuar të dhëna në rrjet dhe pa ndërvepruar me klientin. Në mënyrë tipike, programet e shkruara në procedurat e ruajtura shoqërohen me përpunimin e të dhënave. Kështu, baza e të dhënave mund të jetë funksionale nivel i pavarur një aplikacion që mund të ndërveprojë me nivele të tjera për të marrë pyetje ose përditësuar të dhëna.
@ Rregullat ju lejon të thirrni ekzekutimin veprimet e dhëna kur ndryshoni ose shtoni të dhëna në bazën e të dhënave (DB) dhe në këtë mënyrë kontrolloni vërtetësinë e të dhënave të vendosura në të.
Në mënyrë tipike, një veprim është një thirrje për një procedurë ose funksion specifik. Rregullat mund të shoqërohen me një fushë ose rekord dhe, në përputhje me rrethanat, të aktivizohen kur të dhënat në një fushë specifike ose regjistrim tabele ndryshojnë. Nuk mund të përdorni rregulla kur fshini të dhëna. Ndryshe nga kufizimet, të cilat janë vetëm një mjet kontrolli kushte të thjeshta korrektësia e futjes së të dhënave, rregullat ju lejojnë të kontrolloni dhe mbani marrëdhënie komplekse arbitrare midis elementeve të të dhënave në bazën e të dhënave.
@ Integriteti i referencës po siguron që vlera e çelësit të huaj të shembullit të njësisë ekonomike fëmijë të përputhet me vlerat e çelësit primar në njësinë ekonomike mëmë.
Integriteti i referencës mund të monitorohet për të gjitha operacionet që modifikojnë të dhënat.
@ Normalizimi i marrëdhënieveështë procesi i ndërtimit të strukturës optimale të tabelave dhe marrëdhënieve në një bazë të dhënash relacionale.
Në procesin e normalizimit, artikujt e të dhënave grupohen në tabela që përfaqësojnë objektet dhe marrëdhëniet e tyre. Teoria e normalizimit bazohet në faktin se një grup i caktuar tabelash ka veti më të mira në përfshirjen, modifikimin dhe fshirjen e të dhënave sesa të gjitha grupet e tjera të tabelave me të cilat mund të përfaqësohen të njëjtat të dhëna. Futja e normalizimit të marrëdhënieve në zhvillimin e një modeli informacioni siguron sasinë minimale të bazës fizike, domethënë të regjistruar në çdo medium, bazën e të dhënave dhe performancën maksimale të saj, e cila ndikon drejtpërdrejt në cilësinë e sistemit të informacionit. Normalizimi i modelit të informacionit kryhet në disa faza (forma normale 1, 2 dhe 3).
@ Fjalori i të dhënaveështë një depo e centralizuar e informacionit rreth objekteve, elementeve të të dhënave përbërëse të tyre, marrëdhënieve ndërmjet objekteve, burimeve të tyre, vlerave, përdorimit dhe formateve të paraqitjes.
@ Sigurimi i integritetit Baza e të dhënave quhet një sistem masash që synojnë ruajtjen e korrektësisë së të dhënave në bazën e të dhënave në çdo kohë të caktuar.
Kostot e kontrollit dhe ruajtjes së saktësisë së të dhënave mund të përfaqësojnë një pjesë të konsiderueshme të totalit operacionale shpenzimet. Për shembull, në kompanitë e transportit, për të kontrolluar korrektësinë e futjes së të dhënave nga dokumentet e udhëtimit, praktikohet futja paralele e të dhënave të njëjta nga disa operatorë. Besohet se probabiliteti për të kryer të njëjtin gabim në këtë rast do të jetë jashtëzakonisht i vogël dhe një krahasim i thjeshtë i rezultateve të hyrjes së operatorëve të ndryshëm do të ndihmojë në marrjen e të dhënave pa gabime. Në DBMS, integriteti i të dhënave sigurohet nga grupi Oferta Speciale të quajtura kufizime të integritetit.
@ Kufizimet e integritetitështë një grup rregullash të përcaktuara që përcaktojnë vlefshmërinë e të dhënave dhe marrëdhëniet ndërmjet tyre.
Sistemi përpunimi i automatizuar të dhënat bazohen në përdorimin e një modeli specifik të dhënash ose modeli informacioni. Modeli i të dhënave pasqyron marrëdhëniet midis objekteve.
2. Sekuenca e krijimit të një modeli informacioni
Procesi i krijimit të modelit të informacionit fillon duke përcaktuar kërkesat konceptuale të një numri përdoruesish (Figura 2.1). Kërkesat konceptuale mund të përcaktohen edhe për disa detyra (aplikacione) që nuk janë planifikuar të zbatohen në të ardhmen e afërt. Kjo mund të rrisë paksa kompleksitetin e punës, megjithatë, do të ndihmojë që të merren parasysh plotësisht të gjitha nuancat e funksionalitetit të kërkuar për sistemin që po zhvillohet dhe do të zvogëlojë gjasat e ndryshimit të tij në të ardhmen. Kërkesat individuale të përdoruesve janë integruar në një "pamje të përgjithshme". Ky i fundit quhet modeli konceptual.
@ Modeli konceptual përfaqëson objektet dhe marrëdhëniet e tyre pa specifikuar se si ruhen fizikisht.
Kështu, modeli konceptual është në thelb një model domeni. 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 të konsideruar dhe që identifikohen si rezultat i analizës së të dhënave. Kjo i referohet të dhënave të përdorura si në programet aplikative tashmë të zhvilluara ashtu edhe në ato që do të zbatohen vetëm.
Modeli konceptual më pas përkthehet në një model të dhënash të pajtueshëm me DBMS-në e zgjedhur. Është e mundur që marrëdhëniet midis objekteve të pasqyruara në modelin konceptual më pas të rezultojnë të parealizueshme me anë të DBMS-së së zgjedhur. Kjo do të kërkojë një ndryshim në modelin konceptual. Versioni i modelit konceptual që mund të ofrohet nga një DBMS e veçantë quhet modeli logjik.
@ Modeli logjik pasqyron lidhjet logjike ndërmjet artikujve të të dhënave pavarësisht nga përmbajtja e tyre dhe mediumi i ruajtjes.
Modeli i të dhënave logjike mund të jetë relacional, hierarkik ose i rrjetëzuar ... Përdoruesve u ndahen nëngrupe të këtij modeli logjik, të quajtur modele të jashtme (në disa burime, ato quhen edhe nënskema), duke pasqyruar kuptimin e tyre për domenin. Modeli i jashtëm korrespondon me pikëpamjet që marrin përdoruesit bazuar në modelin logjik, ndërsa kërkesat konceptuale pasqyrojnë perceptimet që përdoruesit fillimisht dëshironin dhe që formuan bazën për zhvillimin e modelit konceptual. Modeli logjik shfaqet në memorie fizike të tilla si një disk, kasetë ose ndonjë mjet tjetër ruajtës.
@ Modeli fizik që përcakton vendosjen e të dhënave, metodat e aksesit dhe teknikat e indeksimit quhet modeli i brendshëm i sistemit.
Nga pikëpamja e programimit të aplikuar, pavarësia e të dhënave nuk përcaktohet nga teknika e programimit, por nga disiplina e saj. Për shembull, për të shmangur rikompilimin e aplikacionit në çdo ndryshim të sistemit, rekomandohet të mos përcaktohen konstante (vlera konstante të të dhënave) në program. Zgjidhja më e mirë është kalimi i vlerave si parametra në program.
Të gjitha kërkesat aktuale të fushës së lëndës dhe kërkesat përkatëse "të fshehura" në fazën e projektimit duhet të pasqyrohen në modelin konceptual. Natyrisht, çdo përdorim dhe modifikim i mundshëm i bazës së të dhënave nuk mund të parashikohet. Por në shumicën e fushave lëndore, të dhënat bazë si objektet dhe marrëdhëniet e tyre janë relativisht të qëndrueshme. Vetëm ndryshim kërkesat e informacionit, pra mënyrat e përdorimit të të dhënave për të marrë informacion.
Shkalla e pavarësisë së të dhënave përcaktohet nga dizajni i kujdesshëm i bazës së të dhënave. Analiza gjithëpërfshirëse e objekteve të domenit dhe marrëdhënieve të tyre minimizon ndikimin e ndryshimit të kërkesave të të dhënave në një program në programet e tjera. Kjo është pavarësi gjithëpërfshirëse e të dhënave.
3. Marrëdhëniet në model
Një marrëdhënie shpreh një shfaqje ose marrëdhënie midis dy grupeve të të dhënave. Ka marrëdhënie të tipit " nje pas nje», « një në shumë" dhe “Shumë për shumë". Në problemin e konsideruar të automatizimit të menaxhimit të punës së një përfaqësie makinash, nëse një klient bën një porosi për blerjen e një makine për herë të parë, kryhet regjistrimi fillestar i të dhënave dhe informacionit të tij në lidhje me porosinë. Nëse klienti ri-porosit, vetëm kjo porosi regjistrohet. Pavarësisht se sa herë ka bërë porosi një klient i caktuar, ai ka një numër unik identifikimi (çelësin unik të klientit). Informacioni për secilin klient përfshin emrin e klientit, adresën, telefonin, faksin, mbiemrin, emrin, patronimin, atributin person juridik dhe një shënim. Pra, atributet e objektit KLIENT janë "ÇELËSI UNIK KLIENT", "EMRI I KLIENTIT", "ADRESA E KLIENTIT" etj. Objekti i radhës me interes për ne është MODEL MAKINË. Ky objekt ka atributet "ÇELËSI UNIK MODEL", "EMRI MODEL" etj. Objekti i tretë në shqyrtim është Urdhri. Atributet e tij janë "ORDER NUMRI", "CLIENT KEY" dhe "MODELI CEY". Dhe objekti i katërt në shqyrtim është SHITES. Atributet e tij janë "ÇELËSI UNIK I SHITESIT", "EMRI I SHITESIT", "MBIEMRI" dhe "PATRONALIA".
Marrëdhënie një-për-një (ndërmjet dy llojeve të objekteve)
Le të kthehemi mendërisht në ditët e ekonomisë së planifikuar-shpërndarjes. Le të themi se një klient mund të bëjë vetëm një porosi në një kohë të caktuar. Në këtë rast, krijohet një marrëdhënie midis objekteve KLIENT dhe POROSIT. nje pas nje", Shënuar me shigjeta të vetme, siç tregohet në fig. 2.2, a.
Oriz. 2.2. Marrëdhënia ndërmjet dy objekteve: a) “një me një”; b) "një për shumë"; c) "shumë në shumë"
Oriz. 2.3. Marrëdhënia midis të dhënave në një marrëdhënie një me një.
Marrëdhënia një me shumë (ndërmjet dy llojeve të objekteve).
Në një moment të caktuar kohor, një klient mund të bëhet pronar i disa modeleve të makinave, ndërsa disa klientë nuk mund të jenë pronarë të së njëjtës makinë. Një lidhje një-me-shumë mund të shënohet duke përdorur një shigjetë të vetme që tregon drejt një dhe një shigjetë të dyfishtë që tregon drejt shumës, siç tregohet në figurën 4-2. 2.2, b.
Në këtë rast, disa regjistrime të objektit të dytë (fëmijë ose vartës) do të korrespondojnë me një regjistrim të të dhënave të objektit të parë (ai shpesh quhet prind ose kryesor). Marrëdhëniet një-me-shumë janë shumë të zakonshme në hartimin e bazës së të dhënave relacionale. Fjalori përdoret shpesh si një objekt prind dhe çelësat unikë për të hyrë në regjistrimet e fjalorit ruhen te fëmija. Në shembullin tonë, si një referencë e tillë, mund të imagjinoni objektin KLIENT, i cili ruan informacione për të gjithë klientët. Kur qasemi në një rekord për një klient specifik, ne kemi një listë të të gjitha blerjeve që ai ka bërë dhe informacionin për të cilin ruhet në objektin MODEL CAR, siç tregohet në Fig. 2.4. Nëse ka disa regjistrime në objektin fëmijë për të cilët nuk ka regjistrime përkatëse në objektin KLIENT, atëherë ne nuk do t'i shohim ato. Në këtë rast, objekti thuhet se përmban regjistrime të humbura (të vetmuara). Kjo nuk është e lejueshme dhe në të ardhmen do të mësoni se si të shmangni situata të tilla.
Oriz. 2.4. Marrëdhënia midis të dhënave në një marrëdhënie një me shumë.
Nëse shikojmë të dhënat e objektit CAR MODEL, atëherë në objektin KLIENT mund të marrim të dhëna për klientin që ka blerë këtë makinë (shih fig. 2.4). Ju lutemi vini re se ne nuk do të marrim detajet e klientit për të dhënat e humbura.
Marrëdhënie shumë-me-shumë (midis dy llojeve të objekteve).
Në këtë shembull, çdo shitës mund t'u shërbejë klientëve të shumtë. Nga ana tjetër, duke blerë makina në kohë të ndryshme, çdo klient mund të shërbehet nga shitës të ndryshëm. Ekziston një marrëdhënie shumë-për-shumë midis objekteve KLIENT dhe SHITES. Kjo marrëdhënie tregohet me shigjeta të dyfishta, siç tregohet në Fig. 2.2, c.
Në fig. 2.5 tregon një diagram sipas të cilit të dhënat do të ndërlidhen në këtë rast. Duke parë të dhënat në objektin KLIENT, do të mund të zbulojmë se cilët shitës i kanë shërbyer një klienti specifik. Megjithatë, në objektin SELLER, në këtë rast, do të duhet të krijojmë disa regjistrime për secilin shitës. Çdo linjë do të korrespondojë me çdo shërbim ndaj klientit nga shitësi. Me këtë qasje do të përballemi me probleme serioze. Për shembull, ne nuk mund të fusim një çelës unik për çdo shitës në objektin SELLER, pasi në mënyrë të pashmangshme një shitës do t'i shërbejë disa klientëve dhe në këtë rast do të kemi disa regjistrime për të njëjtin shitës.
Oriz. 2.5. Marrëdhënia midis të dhënave në një marrëdhënie shumë-me-shumë
Sipas teorisë relacionale të bazës së të dhënave, ruajtja e një marrëdhënie shumë-për-shumë kërkon tre objekte: një për çdo entitet dhe një për ruajtjen e marrëdhënieve ndërmjet tyre (një objekt i ndërmjetëm). Objekti i ndërmjetëm do të përmbajë identifikuesit e objekteve të lidhura, siç tregohet në Fig. 2.6.
Oriz. 2.6. Shfaqja e marrëdhënies midis të dhënave në një marrëdhënie shumë-me-shumë duke përdorur një objekt të ndërmjetëm
Marrëdhëniet ndërmjet objekteve janë pjesë e modelit konceptual dhe duhet të shfaqen në bazën e të dhënave. Së bashku me marrëdhëniet midis objekteve, ekzistojnë marrëdhënie midis atributeve të një objekti. Ai gjithashtu bën dallimin midis marrëdhënieve një-me-një, një-me-shumë dhe shumë-me-shumë.
Marrëdhënie një me një (midis dy atributeve)
Supozojmë se çelësi (numri) i klientit është identifikuesi i tij unik, domethënë ai nuk ndryshon me porositë e mëvonshme nga këtë klient. Nëse, së bashku me numrin e klientit, një tjetër identifikues unik ruhet në bazën e të dhënave (për shembull, një numër pasaporte), atëherë ekziston një marrëdhënie një-për-një midis këtyre dy identifikuesve unikë. Në fig. 2.7, a kjo marrëdhënie tregohet me shigjeta të vetme.
Marrëdhënia një me shumë (midis dy atributeve)
Emri i klientit dhe numri i klientit bashkëjetojnë. Klientët me të njëjtët emra mund të ketë shumë, por të gjithë kanë numra të ndryshëm. Secilit klient i caktohet një numër unik. Kjo do të thotë se ka vetëm një emër për një numër të caktuar klienti. Marrëdhënia "një me shumë" tregohet me një shigjetë të vetme në drejtim të "një" dhe një shigjetë të dyfishtë në drejtim të "shumë" (Figura 2.7, b).
Marrëdhënie shumë-me-shumë (midis dy atributeve)
Disa klientë me të njëjtin emër mund të shërbehen nga shitës të shumtë. Disa shitës me të njëjtin emër mund të kenë marrë porosi nga shumë klientë. Ekziston një marrëdhënie shumë-për-shumë midis emrit të klientit dhe atributeve të emrit të shitësit. Ne e shënojmë këtë marrëdhënie me shigjeta të dyfishta (Fig. 2.7, në).
a) 
b) 
v) 
Oriz. 2.7. Marrëdhëniet midis dy atributeve:
a) marrëdhëniet "një me një"; b) marrëdhënie një me shumë» c) marrëdhëniet “shumë me shumë»
Llojet e modeleve të të dhënave
Modelet hierarkike dhe të të dhënave të rrjetit filluan të përdoren në sistemet e menaxhimit të bazës së të dhënave në fillim të viteve '60. Në fillim të viteve 70, u propozua modeli relacional të dhëna. Këto tre modele ndryshojnë kryesisht në mënyrën se si përfaqësojnë marrëdhëniet midis objekteve.
Modeli i të dhënave hierarkike është ndërtuar mbi parimin e një hierarkie të llojeve të objekteve, domethënë, një lloj objekti është ai kryesor, dhe pjesa tjetër, e vendosur në nivele më të ulëta hierarkia - vartësit (Fig. 2.8). Ndërmjet objekteve kryesore dhe vartëse vendoset një marrëdhënie një me shumë. Me fjalë të tjera, ekzistojnë disa lloje objektesh vartëse për një lloj të caktuar objekti kryesor. Në të njëjtën kohë, për çdo shembull të objektit kryesor, mund të ketë disa raste të llojeve të objekteve vartëse. Kështu, marrëdhëniet midis objekteve janë të ngjashme me marrëdhëniet në një pemë familjare me një përjashtim: mund të ketë vetëm një lloj objekti origjinal (kryesor) për çdo lloj objekti të krijuar (o vartës). Në oriz. 2.8 nyjet dhe degët formojnë një strukturë peme hierarkike. Një nyje është një koleksion atributesh që përshkruajnë një objekt. Nyja më e lartë në hierarki quhet rrënja (kjo lloji kryesor Objekt). Nyja rrënjë është në nivelin e parë. Nyjet e varura (llojet e objekteve vartëse) janë në nivelin e dytë, të tretë etj.
Oriz. 2.8. Skema e modelit të të dhënave hierarkike.
V modeli i rrjetit Këto koncepte të objekteve master dhe të varur janë zgjeruar disi. Çdo objekt mund të jetë edhe master dhe vartës (në modelin e rrjetit, objekti kryesor shënohet me termin "pronar i koleksionit" dhe vartësi me termin "anëtar i koleksionit"). I njëjti objekt mund të jetë njëkohësisht pronar dhe anëtar i koleksionit. Kjo do të thotë që çdo objekt mund të marrë pjesë në çdo numër marrëdhëniesh. Një diagram i modelit të rrjetit është paraqitur në figurën 2.9.
Figura 2.9. Diagrami i modelit të të dhënave të rrjetit.
Në modelin e të dhënave relacionale, objektet dhe marrëdhëniet ndërmjet tyre paraqiten duke përdorur tabela, siç tregohet në Fig. 2.10. Marrëdhëniet konsiderohen gjithashtu si objekte. Çdo tabelë përfaqëson një objekt dhe përbëhet nga rreshta dhe kolona. Në një bazë të dhënash relacionale, çdo tabelë duhet të ketë një çelës primar ( element kyç) Është një fushë ose kombinim fushash që identifikon në mënyrë unike çdo rresht në tabelë. Për shkak të thjeshtësisë dhe natyralitetit të paraqitjes, modeli relacional përdoret më gjerësisht në DBMS për kompjuterët personalë.
Oriz. 2.10. Skema e modelit të të dhënave relacionale.
Kur zhvilloni një bazë të dhënash, së pari eksplorohet fusha lëndore (për shembull, "Universiteti"). Në të theksohen objektet kryesore. Ato mund të jenë reale ("Student") ose abstrakte ("Disiplinë"). Çdo objekt karakterizohet nga një grup i vetive - 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 dhe kyçe.
Atributi kryesor (çelës)- atë elemente individuale të dhënat me 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", "Patronimi").
Pas përcaktimit të objekteve kryesore të zonës lëndore duke përdorur atributet e tyre kryesore, krijohen lidhje midis këtyre objekteve:
a) 1: 1 ("një me një") - çdo shembull i objektit A korrespondon me vetëm një shembull të objektit B dhe anasjelltas (Figura 17).
Figura 17 - Marrëdhënia 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 kryesore të theksuara të fushës lëndore me lidhjet e vendosura mes tyre janë modeli infologjik .
Marrëdhënia
Një objekt i zonës lëndore mund të përfaqësohet në formën e një lidhjeje tabele - një tabelë e një lloji të veçantë, në të cilën:
Çdo rresht përmban informacion për një shembull të një objekti (linja e marrëdhënieve - kortezh);
· Të gjitha kolonat janë homogjene, domethënë, të gjithë elementët në një 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ë një objekti;
· Çdo artikull përfaqëson një artikull të të dhënave 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ë tabelat e marrëdhënieve relacionale (relacion). Një grup relacionesh (tabela) përdoret në një bazë të dhënash për të ruajtur informacionin rreth objekteve në botën reale dhe për të modeluar lidhjet ndërmjet 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ë atributet e objektit (tabela 8):
Tabela 8 - Raporti STUDENTI
Lista e emrave të atributeve të marrëdhënieve quhet 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 relacion (tabela) në kompjuter paraqitet në formën e një skedari të dhënash.
Tetë operacione të ndryshme të teorisë së bashkësive dhe algjebrës relacionale (bashkimi, përzgjedhja, projeksioni, kryqëzimi, mbledhja, shumëzimi, ndryshimi, pjesëtimi) mund të kryhen në tabela - relacione. Si rezultat, shumë tabela të reja (të llogaritura) - relacione (raporte, zgjedhje, pyetje, etj.) mund të merren nga relacionet e prezantuara (bazë).
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 përpunimin e këtij informacioni. .
Për të krijuar një bazë të dhënash të thjeshtë dhe të besueshme, duhet të normalizoni 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. Megjithë rritjen e numrit të marrëdhënieve në të njëjtën kohë, 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ë i pari formë normale nëse të gjitha atributet e tij janë të pandashme (të thjeshta). Për shembull, lidhja e paraqitur në figurën 20 më poshtë nuk është e normalizuar sepse përmban një atribut kompleks Sporti... Për ta sjellë këtë lidhje në një formë të normalizuar, duhet të heqësh qafe këtë atribut kompleks.
Figura 20 - Reduktimi në formën e parë normale
Në marrëdhënien që rezulton, çelësi është i përbërë, i përbërë nga atribute Mbiemri dhe Lloj sporti.
Forma e dytë normale. Një marrëdhënie 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 DEKLARATA(Figura 21), e cila ka një çelës të përbërë " Student, Disiplinë ", atribut Ligjërues varet vetëm nga Disiplinat e jo nga i gjithë çelësi. Kjo marrëdhënie mund të normalizohet duke e “thyer” në dy marrëdhënie PROGRES 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ë marrëdhënie konsiderohet të jetë në formën e tretë normale nëse hiqen varësitë midis atributeve jo kyç (varësitë kalimtare). Për shembull, në lidhje me SUBJEKT = (Emri, Pedagog, Kryetar, Telefon) nuk është një atribut kyç Telefoni varet nga jo atribut kyç Departamenti.
Për të eliminuar varësinë kalimtare, është e nevojshme të "ndahet" relacioni origjinal në dysh DISIPLINE = (Emri, Pedagog, Departamenti) dhe TË DHËNAT E DEPARTAMENTIT = (Departamenti, Telefoni).
Thjeshtimi i mëtejshëm i tabelave është për shkak të 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 infologjik i fushës lëndore. Më poshtë (në figurën 22) është një shembull i një modeli infologjik të një kompanie që harton transaksione me klientët përmes punonjësve-menaxherëve të saj:
Figura 22 - Modeli i firmës
Bazuar në modelin infologjik, është zhvilluar 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 (DL), - modeli datalogjik (DM).
Modeli i të dhënave përdoret për të lidhur DM me mediumin e ruajtjes shtresa fizike – modeli fizik (FM). Në këtë fazë të dizajnit fizik të bazës së të dhënave, bëhet zgjedhja e llojit të mediumit, zhvillohet formati i të dhënave të ruajtura dhe hartohen metodat për qasjen në të dhëna.
DBMS
Pas kësaj, tashmë është e mundur të formohet (plotësohet) baza e të dhënave dhe të punohet drejtpërdrejt me të. Puna me bazat e të dhënave reduktohet në kryerjen e operacioneve të mëposhtme:
1) regjistrimi (plotësimi i bazës së të dhënave);
2) shikimi;
3) redaktimi (shtimi, fshirja, korrigjimi);
4) mostër (kërkesa, 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).
Sipas teknologjisë 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ë OVC 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 e shpërndarë (përbëhet nga disa, nganjëherë të mbivendosura ose dublikuara me njëra-tjetrën, baza të të dhënave të ruajtura në OVC të nyjeve të ndryshme të rrjetit).
DBMS siguron qasje në të dhënat e bazës së të dhënave në dy mënyra:
Qasje lokale(supozon se DBMS përpunon bazën e të dhënave, e cila ruhet në OVC të të njëjtit kompjuter);
Qasje në distancë(kjo është një thirrje në bazën e të dhënave, e cila 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 supozon ndarjen e njërës prej sistemet kompjuterike quhet server për ruajtjen e bazës së të dhënave. 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 kryhet 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 të dhënat klientit, i cili është rezultat i një kërkimi në bazën e të dhënave me kërkesë të tij.
Sistemi i menaxhimit të bazës së të dhënave - një grup softuerësh dhe mjetesh gjuhësore.
Software siguron organizimin e hyrjes, përpunimit dhe ruajtjes së të dhënave, si dhe siguron ndërveprimin e të gjitha pjesëve të sistemit gjatë funksionimit të tij (konfigurimi, testimi, restaurimi).
Mjete gjuhësore të sigurojë ndërveprim të përdoruesit me bazën e të dhënave. Kjo perfshin:
- gjuhët e manipulimit të të dhënave(YAMD) - gjuhët e pyetjeve në bazën e të dhënave, e cila është një sistem komandash për të punuar me të dhëna (zgjedhja, pyetja, futja, fshirja, etj.);
- gjuhët e përkufizimit të të dhënave(YOD) - gjuhët e krijuara për të krijuar një skemë të bazës së të dhënave (përshkrimet e llojeve të të dhënave, struktura e bazës së të dhënave, ndërveprimi dhe marrëdhëniet midis elementeve).
Figura 22 - Skema e ndërveprimit të përdoruesit me bazën e të dhënave
DBMS moderne – program aplikimi, i cili është krijuar për të lehtësuar punën e një përdoruesi të pakualifikuar me bazën e të dhënave. Ai punon me të në gjuhën natyrore pa e ditur gjuhën e manipulimit të të dhënave dhe gjuhën e përkufizimit të të dhënave (Figura 22). Një nga shembujt e një DBMS të tillë është produkti i mirënjohur Microsoft- Hyni në DBMS.
Një - lidhje të paqarta
Një - lidhje të paqarta ndodh kur çdo shembull i objektit të parë (A) i korrespondon vetëm një shembulli të objektit të dytë (B) dhe anasjelltas, çdo shembull i objektit të dytë (B) i korrespondon vetëm një shembulli të objektit të parë (A). Duhet të theksohet se objekte të tilla mund të kombinohen lehtësisht në një, struktura e të cilit formohet duke kombinuar atributet e të dy objekteve origjinale dhe cilido nga çelësat alternativë mund të zgjidhet si atribut kyç, d.m.th. çelësat e objekteve origjinale. Imazhi grafik një - lidhjet e paqarta janë grupi - drejtuesi, kompania - llogaria rrjedhëse në rezervuar, etj.
Fig. 1 Paraqitja grafike e marrëdhënieve një me një të objekteve
Një - marrëdhënie me shumë vlera (1: M)
Një - marrëdhënie me shumë vlera (1: M)- këto janë marrëdhënie të tilla kur një shembull i një objekti (A) mund të korrespondojë me disa instanca të një objekti tjetër (B), dhe çdo shembull i objektit të dytë (B) mund të korrespondojë vetëm me një shembull të objektit të parë (A).
Fig.2 Paraqitja grafike e lidhjes një - shumëvlerëshe të marrëdhënieve të objekteve.
Në lidhje me këtë, objekti A është objekti kryesor, dhe objekti B është i varur, d.m.th. ka një nënrenditje hierarkike të objektit Në objektin A. Një shembull i një - marrëdhënie shumëvlerore janë nënndarjet - punonjësit, një departament - një mësues, një grup studentësh etj.
Marrëdhënie me shumë vlera (M: N)
Marrëdhënie me shumë vlera (M: N)- kjo është kur, çdo shembull i një objekti (A) mund të korrespondojë me disa instanca të objektit të dytë (B) dhe anasjelltas, çdo shembull i objektit të dytë (B) gjithashtu mund të korrespondojë me disa instanca të objektit të parë (A ).
Fig. 3 Konvertimi i një lidhjeje të tipit M: N përmes një objekti - një lidhje
Objekti bind duhet të ketë një identifikues të formuar nga identifikuesit e objekteve origjinale Ka dhe KB.
Një shembull i shumë marrëdhënieve me shumë vlera është marrëdhënia furnizues - mallra, nëse një furnizues furnizon emra të ndryshëm mallrash, dhe mallrat me të njëjtin emër furnizohen nga disa furnitorë.
Përcaktimi i lidhjeve ndërmjet objekteve të informacionit
Le të shqyrtojmë përcaktimin e lidhjeve midis objekteve të informacionit dhe llojin e marrëdhënieve me të cilat ato karakterizohen, për fushën lëndore të procesit arsimor.
Marrëdhëniet ndërmjet objekteve GRUP - STUDENT karakterizohen nga një - marrëdhënie shumëvlerëshe (1: M), pasi një grup përfshin shumë studentë, dhe një student përfshihet vetëm në një grup. Lidhja midis tyre kryhet nga numri i grupit, i cili është identifikuesi unik i objektit kryesor GROUP është përfshirë në identifikuesin e përbërë të objektit STUDENT (shih Tabelën 1)
Në mënyrë të ngjashme, vendoset një lidhje midis objekteve KARRIGE MËSUES, të cilat janë gjithashtu në marrëdhënie një - polisemantike. Lidhja ndërmjet tyre kryhet sipas çelësit unik të objektit kryesor KRYETAR – kodi i departamentit, i cili në objektin e nënrenditur MËSUES është përshkrues.
Tabela 1. Objektet informacion referencë rreth studentëve, grupeve dhe lëndëve
Tabela 2. Grupimi i rekuizitave sipas objekteve të informacionit të dokumentit Lista e mësuesve të departamentit
Në tabelë, përcaktimet për çelësin janë miratuar: P - e thjeshtë, U - unike.
Në secilin grup gjatë semestrit zhvillohen mësime në lëndë të ndryshme (objekt STUDIM). Nga ana tjetër, çdo aktivitet është specifik për secilin grup. Prandaj, ekziston një lidhje një me shumë midis objekteve LËNDA-STUDIM.
Për çdo lëndë, ka shumë klasa në grupe të ndryshme nga mësues të ndryshëm. Nga ana tjetër, çdo orë mësimi përqendrohet në një lëndë specifike, e cila përcakton një marrëdhënie një me shumë midis objekteve LËNDA-STUDIM. Në mënyrë të ngjashme, përcaktohen marrëdhëniet një me shumë midis objekteve. MËSUES – STUDIM.
Objekti STUDY në fakt luan rolin e një objekti pako në marrëdhëniet e objekteve me shumë vlera.
Fig. 4 Lidhjet me shumë vlera të objekteve të informacionit
Fig. 5 Informacion - model logjik i fushës lëndore Procesi arsimor
Objekti PROGRESS përmban të dhëna për përparimin (notën) e një nxënësi të caktuar në një orë të caktuar. Prandaj, lidhet me objektin STUDENT dhe objektin STUDY. Një student ka nota për disa klasa, por çdo notë i referohet gjithmonë një studenti specifik. Kjo do të thotë se objekti PROGRESS është i varur dhe është në një marrëdhënie një me shumë me objektin STUDNT. Objekti është SUKSES, si dhe është i varur dhe është në një raport një - shumëvlerësor me objektin STUDIM. Objekti SUKSES luan rolin e një objekti - një grup marrëdhëniesh me shumë vlera midis objekteve STUDENT dhe STUDY. Marrëdhëniet shumë - polisemike ndërmjet këtyre objekteve përcaktohen nga fakti se një student korrespondon me shumë aktivitete të shfaqura nga objekti STUDY, dhe një orë mësimi zhvillohet me shumë studentë.
Tabela 3 liston të gjitha lidhjet një - shumëvlerëshe midis objekteve, tregon çelësat me të cilët duhet të vendosen lidhjet dhe përcakton objektet kryesore dhe vartëse të informacionit në këto lidhje.
Tabela 3 Marrëdhëniet me objektin e informacionit
Informacion - model logjik i fushës lëndore Procesi arsimor
Modeli informatik-logjik paraqitet në formë kanonike dhe objektet në të renditen sipas niveleve. Niveli i objekteve të tjera përcaktohet nga më rrugë e gjatë tek objekti nga niveli zero. Një rregullim i tillë i objekteve jep një ide të vartësisë së tyre hierarkike, e bën modelin më vizual dhe e bën më të lehtë kuptimin e marrëdhënieve një - shumëvlerëshe midis objekteve.
Struktura logjike bazë relacionale të dhëna
Struktura logjike e bazës së të dhënave relacionale Qasja në të dhënaështë një paraqitje adekuate e modelit të marrë informaciono-logjik, i cili nuk kërkon transformime shtesë... Çdo objekt informacioni i modelit të të dhënave është hartuar në një tabelë relacionale përkatëse. Struktura e një tabele relacionale përcaktohet nga përbërja e nevojshme e përkatëses objekt informacioni, ku çdo kolonë (fushë) korrespondon me një nga atributet e objektit. Atributet kryesore të një objekti formojnë një çelës unik për një tabelë relacionale. Për secilën kolonë, specifikohen lloji, madhësia e të dhënave dhe vetitë e tjera. Rreshtat (regjistrat) e tabelës korrespondojnë me instancat e objektit dhe formohen kur ngarkohen tabelat.
Lidhjet midis objekteve të modelit të të dhënave zbatohen nga të njëjtat atribute - çelësat e komunikimit në tabelat përkatëse. Në këtë rast, çelësi i lidhjes është gjithmonë çelësi unik i tabelës kryesore. Çelësi i lidhjes në tabelën vartëse është ose një pjesë e çelësit unik në të, ose një fushë që nuk është pjesë e çelësit primar (për shembull, kodi i departamentit në tabelën TEACHER). Quhet çelësi i lidhjes në tabelën e varur çelësi i huaj... Qasja mund të krijojë skema e të dhënave që shfaq grafikisht strukturën logjike të bazës së të dhënave. Përcaktimi i lidhjeve me shumë vlera në këtë skemë duhet të kryhet në përputhje me modelin e të dhënave të ndërtuara. Pamja e jashtme Skema e të dhënave është pothuajse e njëjtë me paraqitje grafike model informativ - logjik. Për modelin e të dhënave të ndërtuar në shembullin e mësipërm, struktura logjike e bazës së të dhënave në formën e një skeme të të dhënave Access është paraqitur në figurën 2.7.
Në këtë diagram, drejtkëndëshat përfaqësojnë tabelat e bazës së të dhënave me një listë të plotë të fushave të tyre, dhe lidhjet tregojnë se cilat fusha përdoren për të ndërlidhur tabelat. Emrat e fushave kryesore janë në anën e majtë listën e plotë fushat e secilës tabelë.
| Planifikimi i mësimit dhe materialet e mësimit | 8 klasa | Planifikimi i orëve mësimore për vitin akademik | Modelet tabelare
Mësimi 12
Modelet tabelare
Modelet tabelare
 |
 |
|
Çështjet në studim:
Tabelat e tipit “objekt-pasuri”.
- Një tabelë e tipit "objekt-objekt".
- Matricat binare.
Tabelat objekt-veti
Një formë tjetër e zakonshme e modelit të informacionit është tavolinë drejtkëndëshe i përbërë nga rreshta dhe kolona. Përdorimi i tabelave është aq i zakonshëm sa që zakonisht nuk kërkohet shpjegim shtesë për t'i kuptuar ato.
Si shembull, merrni parasysh tabelën 2.1.
Kur përpiloni një tabelë, në të përfshihen vetëm informacionet që i interesojnë përdoruesit. Për shembull, përveç informacionit për librat që përfshihen në tabelën 2.1, ka të tjera: botuesi, numri i faqeve, kostoja. Sidoqoftë, për hartuesin e tabelës 2.1, kishte informacion të mjaftueshëm për autorin, titullin dhe vitin e botimit të librit (kolonat "Autor", "Titulli", "Viti") dhe informacione që lejonin gjetjen e një libri në raftet e rafte librash (kolona "Raft"). Supozohet se të gjitha raftet janë të numëruara dhe, përveç kësaj, çdo libër ka numrin e vet të inventarit (kolona "Numri").
Tabela 2.1 - është një model informacioni i fondit të librit të një biblioteke shtëpiake.
Tabela mund të pasqyrojë një proces të caktuar që ndodh me kalimin e kohës (Tabela 2.2).
Leximet, të cilat janë renditur në tabelën 2.2, janë marrë brenda pesë ditëve në të njëjtën kohë të ditës. Duke parë tabelën, është e lehtë të krahasohen ditë të ndryshme për nga temperatura, lagështia, etj. Kjo tabelë mund të shihet si model informacioni procesi i ndryshimit të gjendjes së motit.
Tabelat 2.1 dhe 2.2 i referohen llojit të tabelës më të përdorur. Ato quhen tabela "objekt-veti"..
Një rresht i një tabele të tillë përmban informacione për një objekt (një libër në bibliotekë ose gjendjen e motit në orën 12-00 të një dite të caktuar). Kolonat - karakteristikat (vetitë) individuale të objekteve.
Sigurisht, rreshtat dhe kolonat në tabelat 2.1 dhe 2.2 mund të ndërrohen duke i rrotulluar 90 °. Ndonjëherë ata e bëjnë atë. Pastaj rreshtat do të korrespondojnë me vetitë, dhe kolonat do të korrespondojnë me objektet. Por më shpesh tabelat ndërtohen në mënyrë që të ketë më shumë rreshta se kolona. Si rregull, ka më shumë objekte sesa prona.
