Për të përfaqësuar njohuritë matematikore në logjikën matematikore, ata përdorin formalizma logjikë - llogaritja propozicionale dhe llogaritja e kallëzuesit. Këto formalizma kanë semantikë të qartë formale dhe për to janë zhvilluar mekanizma konkluzionesh. Prandaj, llogaritja e kallëzuesit ishte gjuha e parë logjike që u përdor për të përshkruar zyrtarisht fushat lëndore të lidhura me zgjidhjen e problemeve të aplikuara.
Modele logjike paraqitjet e njohurive realizohen me anë të logjikës së kallëzuesit.
Kallëzuesiështë një funksion që merr dy vlera (të vërtetë ose të rreme) dhe është krijuar për të shprehur vetitë e objekteve ose marrëdhëniet midis tyre. Një shprehje që pohon ose mohon ekzistencën e ndonjë veçorie të një objekti quhet shqiptimi. Konstante shërbejnë për emërtimin e objekteve të fushës lëndore. Formohen fjali ose deklarata logjike formula atomike. Interpretimi i një kallëzuesiështë bashkësia e të gjitha lidhjeve të vlefshme të variablave me konstante. Lidhja është zëvendësim i vazhdueshëm i variablave në vend të variablave. Një kallëzues konsiderohet i vlefshëm nëse është i vërtetë në të gjitha interpretimet e mundshme. Thuhet se një deklaratë rrjedh logjikisht nga premisat e dhëna nëse është e vërtetë sa herë që premisat janë të vërteta.
Quhen përshkrime të fushave lëndore të bëra në gjuhë logjike modele logjike .
DEPON (MIKEL, VLADIMIR, LIBRI);
($ x) (ELEMENT (x, NGJARJE-JEP)? BURIMI (x, MICHAEL)? ADRESA? (x, VLADIMIR) OBJEKTI (x, LIBRI).
Këtu janë dy mënyra për të regjistruar një fakt: "Mikhail ia dha librin Vladimirit".
Konkluzioni kryhet duke përdorur një silogizëm (nëse A ndjek B, dhe B pason C, atëherë A pason C).
Në rastin e përgjithshëm, modelet logjike bazohen në koncept teori formale dhënë nga katër:
S =
ku B është një grup i numërueshëm karakteret bazë (alfabeti) teoria S;
F - nëngrup shprehjet e teorisë S thirri formulat e teorisë(me shprehje kuptojmë sekuenca të fundme të simboleve bazë të teorisë S);
A është një grup i dedikuar formulash i quajtur aksiomat e teorisë S, domethënë një grup formulash a priori;
R është një grup i fundëm i marrëdhënieve (r 1, ..., r n) ndërmjet formulave, të quajtura rregullat e tërheqjes.
Avantazhi i modeleve logjike të përfaqësimit të njohurive qëndron në aftësinë për të programuar drejtpërdrejt mekanizmin për nxjerrjen e deklaratave të sakta sintaksore. Një shembull i një mekanizmi të tillë është, në veçanti, procedura e tërheqjes bazuar në metodën e zgjidhjes.
Le të tregojmë metodën e zgjidhjeve.
Metoda përdor disa koncepte dhe teorema.
Koncepti tautologjitë, një formulë logjike, vlera e së cilës do të jetë "e vërtetë" për çdo vlerë të atomeve të përfshira në to. A shënohet me ?, lexohet si "e vlefshme universale" ose "gjithmonë e vërtetë".
Teorema 1. A? B nëse dhe vetëm nëse? A B.
Teorema 2. A1, A2, ..., An? B nëse dhe vetëm kur? (A1? A2? A3?…? Një) P.
Simboli? lexohet si "e vërtetë që" ose "mund të konkludohet".
Metoda bazohet në provën e tautologjisë
? (X? A)?(Y? ? A)? (X? Y) .
Teorema 1 dhe 2 na lejojnë të shkruajmë këtë rregull në formën e mëposhtme:
(X? A), (Y? ? A) ? (X? Y),
që jep bazë për të pohuar: nga premisat dhe mund të nxirret.
Në procesin e konkluzionit duke përdorur rregullin e zgjidhjes, kryhen hapat e mëposhtëm.
1. Veprimet e ekuivalencës dhe implikimit eliminohen:
2. Operacioni i mohimit lëviz brenda formulave duke përdorur ligjet e de Morganit:
3. Formulat logjike reduktohen në trajtë disjunktive:.
Rregulli i zgjidhjes përmban një lidhje klauzolash në anën e majtë, prandaj, sjellja e premisave të përdorura për provën në një formë që është një lidhje klauzolash është një hap i domosdoshëm në pothuajse çdo algoritëm që zbaton konkluzionet logjike bazuar në metodën e zgjidhjes. Metoda e rezolucionit është lehtësisht e programueshme; ky është një nga avantazhet e saj më të rëndësishme.
Supozoni se ju duhet të provoni se nëse marrëdhëniet janë të vërteta, atëherë mund të nxirrni një formulë. Për ta bërë këtë, ndiqni këto hapa.
1.Reduktimi i parcelave në formë të ndarë:
, , .
2. Ndërtimi i mohimit të përfundimit që do të nxirret. Lidhja që rezulton është e vlefshme kur dhe janë njëkohësisht të vërteta.
3. Zbatimi i rregullit të zgjidhjes:
(kontradiktë ose "klauzolë boshe").
Pra, duke supozuar se përfundimi i nxjerrë është i rremë, fitojmë një kontradiktë, prandaj, përfundimi i nxjerrë është i vërtetë, d.m.th. , nxirret nga premisat fillestare.
Ishte rregulli i zgjidhjes që shërbeu si bazë për krijimin e gjuhës së programimit logjik PROLOG. Në fakt, përkthyesi i gjuhës PROLOG zbaton në mënyrë të pavarur një dalje të ngjashme me atë të përshkruar më sipër, duke formuar një përgjigje për pyetjen e një përdoruesi drejtuar bazës së njohurive.
Në logjikën e kallëzuesve, për të zbatuar rregullin e zgjidhjes, është e nevojshme të kryhet një unifikimi më kompleks i formulave logjike për t'i reduktuar ato në një sistem klauzolash. Kjo është për shkak të pranisë së elementeve shtesë sintaksore, kryesisht kuantifikues, variabla, kallëzues dhe funksione.
Algoritmi për unifikimin e formulave logjike të kallëzuesit përfshin hapat e mëposhtëm.
Pas përfundimit të të gjitha hapave të algoritmit të bashkimit të përshkruar, mund të zbatohet rregulli i zgjidhjes. Zakonisht, në këtë rast, bëhet mohimi i përfundimit të konkluduar dhe algoritmi i zbritjes mund të përshkruhet shkurtimisht si më poshtë: R nga aksiomat e teorisë Th, ndërtohet mohimi R dhe i shtohet Th, duke përftuar kështu një teori të re Th1. Pas reduktimit të aksiomave të teorisë në një sistem fjalish, është e mundur të ndërtohet lidhja dhe aksiomat e teorisë Th. Në këtë rast, është e mundur të nxirren klauzola - pasoja nga klauzolat fillestare. Nëse Rështë e deduktueshme nga aksiomat e teorisë Th, atëherë në procesin e deduksionit është e mundur të merret një klauzolë e caktuar Q, e përbërë nga një shkronjë dhe fjalia e kundërt. Kjo kontradiktë sugjeron se R nxirret nga aksiomat Th. Në përgjithësi, ka shumë strategji provash, ne kemi konsideruar vetëm një nga të mundshmet - nga lart-poshtë.
Shembull: Le të paraqesim tekstin e mëposhtëm me anë të logjikës së kallëzuesit:
“Nëse një student di të programojë mirë, atëherë mund të bëhet specialist në fushën e shkencave kompjuterike të aplikuara”.
“Nëse një student e ka kaluar mirë provimin e sistemeve të informacionit, atëherë ai ose ajo mund të programojë mirë”.
Le ta paraqesim këtë tekst me anë të logjikës së kallëzuesit të rendit të parë. Le të prezantojmë shënimin: X- një ndryshore për të treguar një student; Mirë- një konstante që korrespondon me nivelin e aftësive; R(X)- një kallëzues që shpreh mundësinë e një subjekti X të bëhet specialist në shkencat kompjuterike të aplikuara; P(X, në rregull)- një kallëzues që tregon aftësinë e temës X program me vlerësim Mirë; R(X, në rregull)- një kallëzues që specifikon marrëdhënien e nxënësit X me nota provimi në sistemet e informacionit.
Tani le të ndërtojmë shumë formula të formuara mirë:
P (X, mirë).
R(X, mirë)P(X, mirë).
Le ta plotësojmë teorinë e fituar me një fakt specifik
R(ivanov, mirë).
Le të bëjmë konkluzion duke përdorur rregullin e zgjidhjes për të përcaktuar nëse formula është R(ivanov) pasojë e teorisë së mësipërme. Me fjalë të tjera, a mund të nxirret nga kjo teori fakti se studenti Ivanov do të bëhet specialist i shkencave kompjuterike të aplikuara nëse e ka dhënë mirë provimin në sistemet e informacionit?
Dëshmi
1. Le t'i transformojmë formulat fillestare të teorisë për t'i sjellë ato në formën disjunktive:
(X, mirë) R (X);
(X, mirë) (X, mirë);
R(ivanov, Mirë).
2. Le t'i shtojmë aksiomave ekzistuese mohimin e përfundimit të nxjerrë
(ivanov).
3. Ndërtojmë lidhëzën e fjalive
(X, mirë) R (X)? ? P(ivanov, mirë)? ? P(ivanov, mirë), duke zëvendësuar variablin X nga një konstante ivanov.
Rezultati i zbatimit të rregullës së zgjidhjes quhet rezolucioni... Në këtë rast, tretësi është (ivanov).
4. Ndërtoni një lidhje klauzolash duke përdorur tretësin e marrë në hapin 3:
(X, mirë) (X, mirë) (ivanov, mirë) (ivanov, mirë).
5. Le të shkruajmë lidhjen e tretësit që rezulton me klauzolën e fundit të teorisë:
(ivanov, mirë) (ivanov, mirë)(kontradiktë).
Prandaj, fakti R(ivanov) nxjerrin nga aksiomat e kësaj teorie.
Për të përcaktuar rendin e aplikimit të aksiomave në procesin e konkluzionit, ekzistojnë rregullat e mëposhtme heuristike:
- Në hapin e parë të përfundimit, përdoret mohimi i konkluzionit.
- Në çdo hap pasardhës të derivimit, merr pjesë tretësi i marrë në hapin e mëparshëm.
Sidoqoftë, me ndihmën e rregullave që përcaktojnë sintaksën e gjuhës, është e pamundur të përcaktohet e vërteta ose falsiteti i kësaj apo asaj deklarate. Kjo vlen për të gjitha gjuhët. Deklarata mund të jetë sintaksisht e saktë, por mund të dalë krejtësisht e pakuptimtë. Një shkallë e lartë uniformiteti sjell edhe një disavantazh tjetër. modele logjike- kompleksiteti i përdorimit në vërtetimin e heuristikave që pasqyrojnë specifikat e një problemi lëndor specifik. Disavantazhe të tjera të sistemeve formale përfshijnë monotoninë e tyre, mungesën e mjeteve për strukturimin e elementeve të përdorur dhe papranueshmërinë e kontradiktave. Zhvillimi i mëtejshëm i bazave të njohurive shkoi në rrugën e punës në fushën e logjikave induktive, logjikave të "mendimit të shëndoshë", logjikave të besimit dhe skemave të tjera logjike që kanë pak të përbashkëta me logjikën klasike matematikore.
Një model logjik i të dhënave është një përshkrim i objekteve në fushën e subjektit, atributet e tyre dhe marrëdhëniet ndërmjet tyre në masën që ato i nënshtrohen ruajtjes së drejtpërdrejtë në bazën e të dhënave të sistemit.
Modeli logjik ndërtohet në disa faza me një qasje graduale ndaj opsionit optimal për kushtet e dhëna. Efektiviteti i një modeli të tillë varet nga sa nga afër pasqyron fushën lëndore të studiuar. Zona lëndore përfshin objektet (dokumentet, llogaritë, operacionet mbi to, etj.), Si dhe karakteristikat e këtyre objekteve, vetitë e tyre, ndërveprimin dhe ndikimin e ndërsjellë.
Kështu, kur ndërtohet një model i të dhënave logjike, së pari identifikohen ato objekte që janë me interes për përdoruesit e bazës së të dhënave të dizajnuara. Më pas, për çdo objekt formulohen karakteristika dhe veti që përshkruajnë në mënyrë adekuate objektin e dhënë. Këto karakteristika do të pasqyrohen më tej në bazën e të dhënave si fusha përkatëse.
Modeli logjik i të dhënave është ndërtuar duke përdorur një nga tre qasjet për krijimin e bazave të të dhënave. Dallohen llojet e mëposhtme të modeleve logjike të bazës së të dhënave:
Hierarkike;
Rrjeti;
Relacionale.
Modeli hierarkik është një strukturë e ngjashme me pemën që shpreh lidhjet e vartësisë së nivelit më të ulët me atë më të lartë. Kjo e bën më të lehtë gjetjen e informacionit nëse pyetjet kanë të njëjtën strukturë.
Modeli i rrjetit ndryshon nga ai i mëparshmi edhe nga prania e lidhjeve horizontale. Kjo e ndërlikon modelin dhe vetë bazën e të dhënave dhe mjetet për ta menaxhuar atë.
Modeli relacional paraqet informacionin e ruajtur në formën e tabelave, mbi të cilat mund të kryhen veprimet logjike (operacionet e algjebrës relacionale). Për momentin, ky lloj modeli është më i përhapur. Kjo është për shkak të lehtësisë relative të zbatimit, përcaktimit të qartë të marrëdhënies midis objekteve, lehtësisë së ndryshimit të strukturës së bazës së të dhënave.
Përshkrimi i përdoruesve dhe grupeve të përdoruesve të sistemit
Sistemi i zhvilluar i informacionit dhe referencës mund të përdoret si nga stafi i kinemasë ashtu edhe nga vizitorët. Punonjësi i kinemasë mund të bëjë redaktimin e informacionit të disponueshëm për filmat e disponueshëm, të ndryshojë orarin e funksionimit të kinemasë, të përfshijë filmat e sapomarra në repertorin e kinemasë; dhe vizitori mund të shikojë informacion për orarin e kinemasë, çmimet e biletave, filmat për sot.
Modeli i Domenit
Një nga mjetet më të përshtatshme për përfaqësimin e unifikuar të të dhënave, pavarësisht nga softueri që e zbaton atë, është modeli i marrëdhënieve entitet (ER-model). Modeli i marrëdhënies entitet bazohet në disa informacione të rëndësishme semantike rreth botës reale dhe është krijuar për të përfaqësuar logjikisht të dhëna. Ai përcakton vlerat e të dhënave në kontekstin e marrëdhënies së tyre me të dhënat e tjera. Kategoritë "thelb" dhe "lidhje" shpallen themelore, dhe ato ndahen në fazën e krijimit të paraqitjeve specifike të një fushe të caktuar lëndore.
Çdo ent i përket një klase të caktuar, me fjalë të tjera, i korrespondon një lloji të caktuar. Ekzistojnë marrëdhënie ndërmjet entiteteve që përdoruesi ia cakton një klase (lloji) të caktuar. Kështu, një klasë entiteti dhe një klasë marrëdhëniesh përcaktojnë grupe objektesh specifike dhe marrëdhënie midis tyre. Një entitet mund t'i përkasë më shumë se një klase.
Koleksioni i entiteteve dhe klasave të marrëdhënieve formon nivelin më të lartë të modelit.
Subjektet dhe marrëdhëniet përshkruhen nga atributet e tyre karakteristike. Ndër atributet e një entiteti ose marrëdhënieje, dallohet një nënlistë, vlerat e atributeve të së cilës identifikojnë në mënyrë unike entitetin ose marrëdhënien brenda llojit. Entitetet, marrëdhëniet dhe atributet formojnë nivelin më të ulët të modelit.
Është e rëndësishme që të gjitha modelet ekzistuese të të dhënave (hierarkike, rrjetore, relacionale, objekti) të mund të gjenerohen nga modeli entitet-relacion, prandaj është më i përgjithshëm.
Modeli i marrëdhënies entitet është paraqitur në Shtojcën E.
Një bazë të dhënash relacionale përbëhet nga tabela të normalizuara. Në procesin e ngarkimit dhe rregullimit të bazës së të dhënave, për të marrë informacion mbi pyetjet dhe raportet e daljes, si dhe për të zgjidhur shumicën e detyrave, është e nevojshme të aksesoni njëkohësisht disa tabela të ndërlidhura. Marrëdhënia ndërmjet tabelave të bazës së të dhënave krijohet nga marrëdhëniet relacionale.
Lidhjet e përcaktuara në skemën e të dhënave përdoren automatikisht gjatë zhvillimit të formularëve me shumë tabela, pyetjeve, raporteve, duke thjeshtuar shumë procesin e hartimit të tyre.
Produkti softuerik përfaqësohet nga projekti Kinema, i cili ka 4 tabela të ndërlidhura:
Bilety - informacioni i biletave të shitura;
Filmat - informacione për të gjithë filmat e disponueshëm në kinema;
Seansy - informacione për kohën e seancave dhe koston e biletave për këto seanca;
Sot - informacione për filmat që do të shfaqen sot.
Konceptet e DB dhe DBMS.
Një bazë të dhënash është një koleksion i të dhënave të strukturuara të ruajtura në kujtesën e një sistemi kompjuterik dhe që shfaq gjendjen e objekteve dhe marrëdhëniet e tyre të ndërsjella në fushën e subjektit në shqyrtim.
Struktura logjike e të dhënave të ruajtura në bazën e të dhënave quhet modeli i paraqitjes së të dhënave. Modelet kryesore të paraqitjes së të dhënave (modelet e të dhënave) përfshijnë hierarkike, rrjetore, relacionale.
Një sistem i menaxhimit të bazës së të dhënave (DBMS) është një kompleks i mjeteve gjuhësore dhe softuerëve të krijuar për krijimin, mirëmbajtjen dhe ndarjen e bazave të të dhënave nga shumë përdorues. Në mënyrë tipike, një DBMS dallohet nga modeli i të dhënave të përdorura. Pra, DBMS bazuar në përdorimin e një modeli të të dhënave relacionale quhen DBMS relacionale.
Fjalori i të dhënave është një nënsistem i bazës së të dhënave i krijuar për ruajtjen e centralizuar të informacionit në lidhje me strukturat e të dhënave, marrëdhëniet e skedarëve të bazës së të dhënave me njëri-tjetrin, llojet e të dhënave dhe formatet e paraqitjes së tyre, të dhënat që u përkasin përdoruesve, kodet e sigurisë dhe kontrollit të aksesit, etj.
Sistemet e informacionit të bazuara në përdorimin e bazave të të dhënave zakonisht funksionojnë në një arkitekturë klient-server. Në këtë rast, baza e të dhënave ndodhet në kompjuterin e serverit dhe ndahet.
Serveri i një burimi specifik në një rrjet kompjuterik është një kompjuter (program) që menaxhon këtë burim, një klient është një kompjuter (program) që përdor këtë burim. Si burim i një rrjeti kompjuterik, për shembull, mund të veprojnë bazat e të dhënave, skedarët, shërbimet e printimit dhe shërbimet postare.
Avantazhi i organizimit të një sistemi informacioni në një arkitekturë klient-server është një kombinim i suksesshëm i ruajtjes së centralizuar, mirëmbajtjes dhe aksesit kolektiv në informacionin e përgjithshëm të korporatës me punën individuale të përdoruesit.
Sipas parimit bazë të arkitekturës klient-server, të dhënat përpunohen vetëm në server. Një përdorues ose një aplikacion gjeneron pyetje që vijnë në serverin e bazës së të dhënave në formën e deklaratave SQL. Serveri i bazës së të dhënave siguron kërkimin dhe marrjen e të dhënave të kërkuara, të cilat më pas transferohen në kompjuterin e përdoruesit. Avantazhi i kësaj qasjeje në krahasim me ato të mëparshme është një sasi dukshëm më e vogël e të dhënave të transmetuara.
Dallohen llojet e mëposhtme të DBMS:
* DBMS me funksione të plota;
* serverët e bazës së të dhënave;
* mjete për zhvillimin e programeve për të punuar me një bazë të dhënash.
Për nga natyra e përdorimit të tyre, DBMS-të ndahen në shumëpërdorues (industrial) dhe lokal (personal).
Industriale, DBMS përfaqëson një bazë softuerike për zhvillimin e sistemeve të automatizuara të kontrollit për objektet e mëdha ekonomike. DBMS industriale duhet të plotësojë kërkesat e mëposhtme:
* aftësia për të organizuar punën e përbashkët paralele të shumë përdoruesve;
* shkallëzueshmëria;
* transportueshmëri në platforma të ndryshme harduerike dhe softuerike;
* stabilitet në lidhje me dështimet e llojeve të ndryshme, duke përfshirë praninë e një sistemi rezervë me shumë nivele të informacionit të ruajtur;
* garantimi i sigurisë së të dhënave të ruajtura dhe një sistem i avancuar i strukturuar i aksesit në to.
DBMS personale është softuer që synon zgjidhjen e problemeve të një përdoruesi lokal ose një grupi të vogël përdoruesish dhe i destinuar për përdorim në një kompjuter personal. Kjo shpjegon emrin e tyre të dytë - desktop. Karakteristikat përcaktuese të sistemeve desktop janë:
* Lehtësia relative e përdorimit, duke ju lejuar të krijoni aplikacione përdoruesi të zbatueshëm mbi bazën e tyre;
* Kërkesa relativisht të kufizuara për burime harduerike.
Sipas modelit të të dhënave të përdorura, DBMS-të ndahen në hierarkike, rrjetore, relacionale, të orientuara nga objekti, etj. Disa DBMS mund të mbështesin njëkohësisht disa modele të dhënash.
Për të punuar me të dhënat e ruajtura në bazën e të dhënave, përdoren llojet e mëposhtme të gjuhëve:
* Gjuha e përshkrimit të të dhënave - një gjuhë joprocedurale e nivelit të lartë
tip deklarativ, i krijuar për të përshkruar një logjik
strukturat e të dhënave;
* Gjuha e manipulimit të të dhënave - një grup ndërtimesh që ofrojnë operacione bazë për të punuar me të dhëna: futje, modifikim dhe rikthim të të dhënave sipas kërkesës.
Gjuhët e emëruara mund të ndryshojnë në DBMS të ndryshme. Më të përhapurat janë dy gjuhë të standardizuara: QBE - një gjuhë pyetëse sipas modelit dhe SQL - një gjuhë e strukturuar e pyetjeve. QBE kryesisht ka vetitë e një gjuhe të manipulimit të të dhënave, SQL kombinon vetitë e të dy llojeve të gjuhëve.
DBMS zbaton funksionet e mëposhtme bazë të nivelit të ulët:
* menaxhimi i të dhënave në memorien e jashtme;
* menaxhimi i buferëve RAM;
* menaxhimi i transaksioneve;
* mbajtja e një regjistri të ndryshimeve në bazën e të dhënave;
* garantimi i integritetit dhe sigurisë së bazës së të dhënave.
Zbatimi i funksionit të menaxhimit të të dhënave në memorien e jashtme siguron organizimin e menaxhimit të burimeve në sistemin e skedarëve OS.
Nevoja për të buferuar të dhënat është për faktin se sasia e RAM-it është më e vogël se sasia e memories së jashtme. Buferët janë zona të memories kryesore të krijuara për të përshpejtuar shkëmbimin ndërmjet memories së jashtme dhe asaj kryesore. Buferët ruajnë përkohësisht fragmente të bazës së të dhënave, të dhënat nga të cilat supozohet të përdoren kur hyni në DBMS ose planifikohen të shkruhen në bazën e të dhënave pas përpunimit.
Mekanizmi i transaksionit përdoret në DBMS për të ruajtur integritetin e të dhënave në bazën e të dhënave. Një transaksion është një sekuencë e caktuar e pandashme e operacioneve në të dhënat e bazës së të dhënave, e cila gjurmohet nga DBMS nga fillimi në fund. Nëse për ndonjë arsye (dështime dhe dështime të harduerit, gabime në softuer, përfshirë aplikacionin) transaksioni mbetet i paplotë, atëherë ai anulohet.
Ekzistojnë tre prona kryesore të natyrshme në transaksione:
* atomiciteti (të gjitha operacionet e përfshira në transaksion janë ekzekutuar ose asnjë);
* serializimi (nuk ka ndikim të ndërsjellë të transaksioneve të ekzekutuara në të njëjtën kohë);
* qëndrueshmëri (edhe një përplasje e sistemit nuk çon në humbjen e rezultateve të transaksionit të kryer).
Një shembull i një transaksioni është operacioni i transferimit të parave nga një llogari në tjetrën në sistemin bankar. Së pari, paratë tërhiqen nga një llogari, më pas ato kreditohen në një llogari tjetër. Nëse të paktën një nga veprimet nuk është i suksesshëm, rezultati i operacionit do të jetë i pasaktë dhe ekuilibri i operacionit do të prishet.
Regjistrimi i ndryshimeve kryhet nga DBMS për të siguruar besueshmërinë e ruajtjes së të dhënave në bazën e të dhënave në prani të dështimeve të harduerit dhe softuerit.
Sigurimi i integritetit të bazës së të dhënave është një kusht i domosdoshëm për funksionimin e suksesshëm të bazës së të dhënave, veçanërisht kur përdoret në një rrjet. Integriteti i bazës së të dhënave është një pronë e bazës së të dhënave, që do të thotë se ajo përmban informacione të plota, të qëndrueshme dhe që pasqyrojnë në mënyrë adekuate të fushës së temës. Gjendja integrale e bazës së të dhënave përshkruhet duke përdorur kufizime të integritetit në formën e kushteve që duhet të plotësohen nga të dhënat e ruajtura në bazën e të dhënave.
Siguria arrihet në DBMS me kriptim të të dhënave, mbrojtje me fjalëkalim, mbështetje për nivelet e aksesit në bazën e të dhënave dhe elementet e saj individuale (tabelat, formularët, raportet, etj.).
Fazat e krijimit të bazës së të dhënave.
Hartimi i bazave të të dhënave të sistemeve të informacionit është një detyrë mjaft e mundimshme. Ajo kryhet në bazë të formalizimit të strukturës dhe proceseve të fushës lëndore, informacioni për të cilin supozohet të ruhet në bazën e të dhënave. Të dallojë projektimin konceptual dhe skematiko-strukturor.
Dizajni konceptual i një IS DB është kryesisht një proces heuristik. Përshtatshmëria e modelit infologjik të fushës lëndore të ndërtuar në kuadër të tij verifikohet në mënyrë empirike, në procesin e funksionimit të SI.
Le të rendisim fazat e projektimit konceptual:
1. Studimi i fushës lëndore për të krijuar një kuptim të përgjithshëm të saj;
2. Ndarja dhe analiza e funksioneve dhe detyrave të SI-së së zhvilluar;
3. Përcaktimi i objekteve-entiteteve kryesore të fushës lëndore
dhe marrëdhëniet ndërmjet tyre;
4. Prezantimi i formalizuar i fushës lëndore.
Kur hartoni një skemë të bazës së të dhënave relacionale, mund të dallohen procedurat e mëposhtme:
1. Përcaktimi i listës së tabelave dhe i marrëdhënieve ndërmjet tyre;
2. Përcaktimi i listës së fushave, llojeve të fushave, fushave kryesore të secilës tabelë (skema e tabelës), vendosja e lidhjeve ndërmjet tabelave përmes çelësave të huaj;
3. Vendosja e indeksimit për fushat në tabela;
4. Zhvillimi i listave (fjaloreve) per fushat me te numeruara
të dhëna;
5. Vendosja e kufizimeve të integritetit për tabelat dhe marrëdhëniet;
6. Normalizimi i tabelave, korrigjimi i listës së tabelave dhe lidhjeve.
Bazat e të dhënave relacionale.
Një bazë të dhënash relacionale është një grup tabelash të ndërlidhura, secila prej të cilave përmban informacione rreth objekteve të një lloji të caktuar. Çdo rresht i tabelës përmban të dhëna për një objekt (për shembull, makinë, kompjuter, klient), dhe kolonat e tabelës përmbajnë karakteristika të ndryshme të këtyre objekteve - atribute (për shembull, numri i motorit, marka e procesorit, numrat e telefonit të kompanive ose klientët).
Rreshtat në tabelë quhen rekorde. Të gjitha regjistrimet e tabelës kanë të njëjtën strukturë - ato përbëhen nga fusha (elemente të dhënash), të cilat ruajnë atributet e objektit (Fig. 1). Çdo fushë regjistrimi përmban një karakteristikë objekti dhe përfaqëson një lloj të dhënash të dhënë (për shembull, varg teksti, numër, datë). Çelësi primar përdoret për të identifikuar të dhënat. Një çelës kryesor është një grup fushash të tabelës, kombinimi i vlerave të të cilave identifikon në mënyrë unike çdo rekord në tabelë.
Çelesi primar
Çdo tabelë e bazës së të dhënave mund të ketë një çelës primar. Një çelës primar është një fushë ose një grup fushash që identifikojnë në mënyrë unike (në mënyrë unike) një rekord. Çelësi primar duhet të jetë minimalisht i mjaftueshëm: nuk duhet të përmbajë fusha, heqja e të cilave nga çelësi primar nuk do të ndikojë në veçantinë e tij.
Të dhënat e tabelës "Mësuesi"
Vetëm “Tab. Nr.”, vlerat e fushave të tjera mund të përsëriten brenda kësaj tabele.
Çelësi dytësor
Çelësat dytësorë janë mekanizmi kryesor për organizimin e marrëdhënieve ndërmjet tabelave dhe ruajtjen e integritetit dhe konsistencës së informacionit në një bazë të dhënash.
E mesme është një fushë tabele që mund të përmbajë vetëm vlera që janë në një fushë kyçe të një tabele tjetër që referohet nga një çelës dytësor. Çelësi dytësor lidh dy tabela.
Marrëdhëniet e vartësisë mund të ekzistojnë ndërmjet dy ose më shumë tabelave të bazës së të dhënave. Marrëdhëniet e vartësisë përcaktojnë që për çdo rekord të tabelës kryesore (master, i quajtur edhe prindi), mund të ketë një ose më shumë regjistrime në tabelën vartëse (detaje, e quajtur edhe fëmija).
Ekzistojnë tre lloje të marrëdhënieve midis tabelave të bazës së të dhënave:
- "një me shumë"
- "nje pas nje"
- "shumë-për-shumë"
Një marrëdhënie një-për-një ndodh kur një rekord në tabelën prind përputhet me një rekord në tabelën fëmijë.
Një marrëdhënie shumë-për-shumë ndodh kur:
a) të dhënat në tabelën mëmë mund të korrespondojnë me më shumë se një regjistrim në tabelën e fëmijëve;
b) të dhënat në tabelën fëmijë mund të korrespondojnë me më shumë se një regjistrim në tabelën prind.
Një marrëdhënie një me shumë ndodh kur shumë rekorde në tabelën fëmijë mund të korrespondojnë me të njëjtin rekord në tabelën prind.
Modele fizike dhe logjike të bazës së të dhënave
Modeli logjik i të dhënave... Në nivelin tjetër, më të ulët është modeli i të dhënave logjike të domenit. Modeli logjik përshkruan konceptet e fushës lëndore, marrëdhëniet e tyre, si dhe kufizimet e të dhënave të vendosura nga fusha lëndore. Shembuj të koncepteve janë "punonjës", "departament", "projekt", "rrogë". Shembuj të marrëdhënieve midis koncepteve - "një punonjës renditet saktësisht në një departament", "një punonjës mund të kryejë disa projekte", "disa punonjës mund të punojnë në një projekt". Shembuj të kufizimeve janë "mosha e punonjësit nuk është më e vogël se 16 dhe jo më shumë se 60 vjeç".
Modeli i të dhënave logjike është prototipi fillestar për bazën e të dhënave të ardhshme. Modeli logjik është ndërtuar përsa i përket njësive të informacionit, por pa iu referuar një DBMS specifike... Për më tepër, modeli i të dhënave logjike nuk duhet të shprehet me saktësi relacionale modelet e të dhënave. Mjeti kryesor për zhvillimin e një modeli logjik të të dhënave për momentin janë opsione të ndryshme Diagramet ER (Entitet-Marrëdhënie , diagramet entitet-marrëdhënie ). I njëjti model ER mund të transformohet si në një model të dhënash relacionale, ashtu edhe në një model të dhënash për DBMS hierarkike dhe të rrjetit, ose në një model të të dhënave post-relacionale. Megjithatë, që nga ne po konsiderojmë vetëm DBMS relacionale, atëherë mund të supozojmë se modeli i të dhënave logjike për ne është formuluar në termat e modelit të të dhënave relacionale.
Vendimet e marra në nivelin e mëparshëm, gjatë zhvillimit të një modeli domeni, përcaktojnë disa kufij brenda të cilëve mund të zhvillohet një model i të dhënave logjike, ndërsa brenda këtyre kufijve mund të merren vendime të ndryshme. Për shembull, modeli i fushës lëndore të kontabilitetit të magazinës përmban konceptet e "magazinë", "faturë", "mall". Kur zhvilloni një model të përshtatshëm relacional, këto terma duhet të përdoren, por ka shumë mënyra të ndryshme zbatimi - mund të krijoni një marrëdhënie në të cilën atributet "magazinë", "fatura", "mallra" do të jenë të pranishme, ose mund të krijoni tre marrëdhënie të veçanta, një për çdo koncept.
Kur zhvilloni një model të dhënash logjike, lindin pyetje: a janë të dizajnuara mirë marrëdhëniet? A pasqyrojnë saktë modelin e domenit, dhe rrjedhimisht vetë domenin?
Modeli i të dhënave fizike... Në një nivel edhe më të ulët është modeli i të dhënave fizike. Modeli i të dhënave fizike përshkruan të dhënat me anë të një DBMS specifike. Do të supozojmë se modeli i të dhënave fizike zbatohet me saktësi relacionale DBMS, megjithëse, siç u përmend më lart, kjo është fakultative. Marrëdhëniet e zhvilluara në fazën e formimit të një modeli logjik të të dhënave shndërrohen në tabela, atributet bëhen kolona tabelash, krijohen indekse unike për atributet kryesore, domenet konvertohen në lloje të dhënash të pranuara në një DBMS të veçantë.
Kufizimet në modelin e të dhënave logjike zbatohen nga mjete të ndryshme DBMS, për shembull, duke përdorur indekse, kufizime të integritetit deklarativ, nxitës, procedura të ruajtura. Në këtë rast, përsëri, vendimet e marra në nivelin e modelimit logjik përcaktojnë disa kufij brenda të cilëve mund të zhvillohet një model i të dhënave fizike. Po kështu, brenda këtyre kufijve mund të merren vendime të ndryshme. Për shembull, marrëdhëniet e përfshira në një model të dhënash logjike duhet të konvertohen në tabela, por për secilën tabelë, mund të deklaroni gjithashtu indekse të ndryshme për të përmirësuar shpejtësinë e aksesit të të dhënave. Shumë varet nga DBMS specifike.
Gjatë dizajnimit të një modeli të të dhënave fizike, lindin pyetje: A janë të dizajnuara mirë tabelat? A janë përzgjedhur saktë indekset? Sa kod në formën e nxitësve dhe procedurave të ruajtura duhet të zhvillohet për të ruajtur integritetin e të dhënave?
- të njiheni me teknologjinë e ndërtimit të një modeli logjik në ERWin,
- eksplorojnë metoda për përcaktimin e atributeve kryesore të entiteteve,
- zotëroni metodën e kontrollit të përshtatshmërisë së modelit logjik,
- eksplorojnë llojet e marrëdhënieve ndërmjet subjekteve.
Hapi i parë në krijimin e një modeli logjik të bazës së të dhënave është ndërtimi i një diagrami ERD (Entity Relationship Diagram). Diagramet ERD përbëhen nga tre pjesë: entitete, atribute dhe marrëdhënie. Subjektet janë emra, atributet janë mbiemra ose modifikues, marrëdhëniet janë folje.
Diagrami ERD ju lejon të shikoni të gjithë sistemin dhe të zbuloni kërkesat për zhvillimin e tij në lidhje me ruajtjen e informacionit.
Diagramet ERD mund të ndahen në pjesë të veçanta që korrespondojnë me detyrat individuale të zgjidhura nga sistemi i projektuar. Kjo ju lejon të shikoni sistemin në aspektin e funksionalitetit, duke e bërë procesin e projektimit të menaxhueshëm.
Diagramet ERD
Siç e dini, komponenti kryesor i bazave të të dhënave relacionale është një tabelë. Tabela përdoret për të strukturuar dhe ruajtur informacionin. Në bazat e të dhënave relacionale, çdo qelizë në një tabelë përmban një vlerë. Përveç kësaj, brenda të njëjtës bazë të dhënash, ekzistojnë marrëdhënie midis tabelave, secila prej të cilave specifikon ndarjen e të dhënave të tabelës.
Një diagram ERD paraqet grafikisht strukturën e të dhënave të sistemit të informacionit të projektuar. Subjektet shfaqen duke përdorur drejtkëndësha që përmbajnë një emër. Është zakon që emrat të shprehen me emra në njëjës, marrëdhënie - duke përdorur linja që lidhin entitete individuale. Një marrëdhënie tregon se të dhënat nga një entitet referohen ose lidhen me të dhënat nga një tjetër.
Oriz.6.1. Një shembull i një diagrami ERD,
Përcaktimi i entiteteve dhe atributeve
Një entitet është një subjekt, vend, send, ngjarje ose koncept që përmban informacion. Më saktësisht, një entitet është një koleksion (bashkim) i objekteve të quajtur instanca. Në shembullin e treguar në Fig. Në shembullin 6.1, entiteti KLIENTI përfaqëson të gjithë klientët e mundshëm. Çdo shembull i një entiteti ka një sërë karakteristikash. Pra, çdo klient mund të ketë një emër, adresë, numër telefoni, etj. Në modelin logjik, të gjitha këto karakteristika quhen atribute të entitetit.
Në fig. 6.2 tregon një diagram ERD që përfshin atributet e entitetit.
Oriz. 6.2. ERD-diagram me atribute
Marrëdhëniet logjike
Marrëdhëniet logjike janë marrëdhënie ndërmjet subjekteve. Ato përcaktohen nga foljet që tregojnë se si një entitet lidhet me një tjetër.
Disa shembuj të marrëdhënieve:
- skuadra përfshin shumë lojtarë,
- avioni transporton shumë pasagjerë,
- shitësi shet shumë produkte.
Në të gjitha këto raste, marrëdhëniet pasqyrojnë një ndërveprim një me shumë midis dy entiteteve. Kjo do të thotë që një shembull i entitetit të parë ndërvepron me instanca të shumta të një entiteti tjetër. Marrëdhëniet tregohen me linja që lidhin dy entitete me një pikë në një fund dhe një folje sipër vijës.
Përveç marrëdhënies një me shumë, ekziston një lloj tjetër marrëdhënieje - shumë-me-shumë. Ky lloj marrëdhënieje përshkruan një situatë në të cilën instancat e entitetit mund të ndërveprojnë me instanca të shumta të entiteteve të tjera. Marrëdhëniet shumë-në-shumë përdoren gjatë fazave fillestare të projektimit. Ky lloj marrëdhënieje shfaqet si një vijë e fortë me pika në të dy skajet.
Një marrëdhënie shumë me shumë mund të mos marrë parasysh kufizime të caktuara të sistemit dhe për këtë arsye mund të zëvendësohet me një me shumë kur dizajni të rishikohet më vonë.
Kontrollimi i përshtatshmërisë së modelit logjik
Nëse marrëdhëniet ndërmjet subjekteve janë vendosur saktë, atëherë mund të bëni fjali që i përshkruan ato. Për shembull, sipas modelit të paraqitur në Fig. 6.3, mund të bëni fjalitë e mëposhtme:
Avioni transporton pasagjerë. Shumë pasagjerë transportohen me një avion.
Hartimi i propozimeve të tilla ju lejon të kontrolloni përputhshmërinë e modelit që rezulton me kërkesat dhe kufizimet e sistemit që krijohet.
Oriz. 6.3.Një shembull i një modeli logjik me një marrëdhënie
Modeli i të dhënave të bazuar në çelës
Çdo entitet përmban një vijë horizontale që ndan atributet në dy grupe. Atributet mbi vijën quhen çelësi kryesor. Çelësi kryesor është për identifikimin unik të një shembulli entiteti.
Zgjedhja e një çelësi kryesor
Kur krijoni një entitet, është e nevojshme të zgjidhni një grup atributesh që potencialisht mund të bëhen çelësi kryesor (çelësat potencialë), më pas të zgjidhni atributet për përfshirje në çelësin primar, duke ndjekur rekomandimet e mëposhtme:
Çelësi primar duhet të zgjidhet në atë mënyrë që vlerat e atributeve të përfshira në të të mund të identifikojnë me saktësi shembullin e entitetit. Asnjë nga atributet kryesore të çelësit nuk duhet të jetë null. Vlerat e atributeve të çelësit primar nuk duhet të ndryshojnë. Nëse vlera ka ndryshuar, atëherë ky është tashmë një shembull tjetër i entitetit.
Kur zgjidhni një çelës primar, mund t'i shtoni një atribut shtesë entitetit dhe ta bëni atë një çelës. Pra, për të përcaktuar çelësin primar, shpesh përdoren numra unikë, të cilët mund të gjenerohen automatikisht nga sistemi kur një shembull i njësisë shtohet në bazën e të dhënave. Përdorimi i numrave unikë lehtëson procesin e indeksimit dhe kërkimit në bazën e të dhënave.
Çelësi primar i zgjedhur gjatë krijimit të modelit logjik mund të jetë i pasuksesshëm për akses efikas në bazën e të dhënave dhe duhet të ndryshohet gjatë dizajnimit të modelit fizik.
Një çelës i mundshëm që nuk është bërë çelësi kryesor quhet çelës alternativ. ERWin ju lejon të zgjidhni atributet e çelësave alternativë dhe si parazgjedhje, në të ardhmen, kur gjeneroni një skemë të bazës së të dhënave, do të gjenerohet një indeks unik për këto atribute. Kur krijoni një çelës alternativ, simbolet (AK) shfaqen në diagramin pranë atributit.
Atributet e përfshira në indekset jo unike quhen Entries Inversion. Inputet e anasjellta janë një atribut ose grup atributesh që nuk identifikojnë në mënyrë unike një shembull, por shpesh përdoren për t'iu referuar shembujve të entitetit. ERWin gjeneron një indeks jo unik për çdo hyrje të përmbysjes.
Kur vendoset një marrëdhënie midis dy subjekteve, çelësat e huaj gjenerohen automatikisht në entitetin fëmijë. Marrëdhënia formon një referencë për atributet kryesore kryesore në entitetin fëmijë, dhe këto atribute formojnë çelësin e huaj në entitetin fëmijë. Atributet kryesore të huaja identifikohen nga karakteret (FK) pas emrit të tyre.
Shembull
Le të shqyrtojmë procesin e ndërtimit të një modeli logjik duke përdorur shembullin e një databaze studentore të sistemit "Shërbimi i Punësimit brenda Universitetit". Hapi i parë është përcaktimi i entiteteve dhe atributeve. Baza e të dhënave do të ruajë të dhënat për studentët, prandaj, subjekti do të jetë student.
Tabela 6.1.Atributet e subjektit “Studenti”.
| atribut | Përshkrim |
| Numri | Numër unik për identifikimin e përdoruesit |
| EMRI I PLOTË. | Mbiemri, emri dhe patronimi i përdoruesit |
| Fjalëkalimi | Fjalëkalimi i hyrjes në sistem |
| Mosha | Mosha studentore |
| Kati | Gjinia e studentit |
| Karakteristike | Fusha e shënimeve me karakteristikë të përgjithshme të përdoruesit |
| Adresat e emailit | |
| Telefoni | Numrat e telefonit të studentëve (shtëpi, punë) |
| përvojë | Specialitete dhe përvojë pune studentore në secilën prej tyre |
| Specialiteti | Specialiteti i fituar nga një student pas diplomimit |
| Specializimi | Drejtimi i specialitetit në të cilin studenti trajnohet |
| Gjuhe e huaj | Lista e gjuhëve të huaja dhe niveli i zotërimit të tyre |
| Duke testuar | Lista e testeve dhe notat e kalueshmërisë së tyre |
| Rishikimi i ekspertit | Lista e lëndëve me vlerësime ekspertësh për secilën prej tyre |
| Notat e provimeve | Lista e lëndëve të kaluara me nota |
Lista që rezulton përmban atribute që nuk mund të përcaktohen si një fushë e vetme e bazës së të dhënave. Atribute të tilla kërkojnë përkufizime shtesë dhe duhet të konsiderohen si entitete, që përbëhen, nga ana tjetër, nga atribute. Këto përfshijnë: përvojën e punës, një gjuhë të huaj, testimin, vlerësimin e kolegëve, notat e provimit. Le të përcaktojmë atributet e tyre.
Tabela 6.2.Atributet e subjektit "Përvojë pune".
Tabela 6.3.Atributet e subjektit të gjuhëve të huaja
Tabela 6.4.Atributet e subjektit testues
Tabela 6.5.Atributet e entit të gjykimit të ekspertit
| atribut | Përshkrim | |
| Disipline | Emri i disiplinës në të cilën nxënësi është vlerësuar | |
| EMRI I PLOTË. mësuesi | EMRI I PLOTË. mësuesi që ka vlerësuar nxënësin | |
| Gradë | Vlerësimi ekspert i mësuesit | |
| atribut | Përshkrim | |
| Gjë | Emri i lëndës për të cilën është dhënë provimi | |
| Gradë | Rezultati i rezultatit | |
Le të hartojmë një diagram ERD, duke përcaktuar llojet e atributeve dhe duke vendosur marrëdhëniet ndërmjet entiteteve (Fig. 6.4). Të gjitha subjektet do të jenë në varësi të subjektit “Studenti”. Marrëdhëniet do të jenë një me shumë.
Oriz. 6.4.ERD-diagrami i DB-së së studentëve
Diagrami që rezulton shfaq emrin e tij pranë marrëdhënies, e cila tregon marrëdhënien midis entiteteve. Kur krijohet një marrëdhënie midis subjekteve, çelësi primar migrohet te entiteti fëmijë.
Hapi tjetër në ndërtimin e një modeli logjik është përcaktimi i atributeve kryesore dhe llojeve të atributeve.
Tabela 6.7.Llojet e atributeve
| atribut | Një lloj |
|
Karakteristike |
|
|
Specialiteti |
|
|
Specializimi |
|
|
Vendi i punës |
|
|
Niveli i aftësisë |
|
|
Emri |
|
|
Përshkrim |
|
|
Disipline |
|
|
EMRI I PLOTË. mësuesi |
|
Le të zgjedhim për çdo entitet atributet kryesore që përcaktojnë në mënyrë unike entitetin. Për subjektin “Studenti” ky do të jetë një numër unik, për subjektin “Përvoja e punës” të gjitha fushat janë kyçe, pasi në specialitete të ndryshme një student mund të ketë eksperiencë pune të ndryshme në kompani të ndryshme. Thelbi i "Testit" përcaktohet nga emri, pasi një student mund të ketë vetëm një notë për një test. Vlerësimi për provimin përcaktohet vetëm nga emri i lëndës, vlerësimi i ekspertit varet nga mësuesi që e ka bërë, prandaj si atribute kyçe do të zgjedhim “Disiplinë” dhe “Emri i plotë. mësues". Për subjektin "Gjuhë e huaj", niveli i aftësisë varet vetëm nga emri i gjuhës, prandaj, ky do të jetë atributi kryesor.
Ne marrim një diagram të ri të paraqitur në Fig. 6.5, ku të gjitha atributet kryesore do të jenë mbi shiritin horizontal brenda kornizës që përfaqëson entitetin.
Oriz. 6.5.Diagrami ERD i bazës së të dhënave të studentëve me atributet kryesore
Pyetje kontrolli
- Cilat janë pjesët kryesore të diagramit ERD?
- Qëllimi i diagramit ERD.
- Cili është komponenti kryesor i bazave të të dhënave relacionale?
- Çfarë quhet një entitet?
- Formuloni parimin e emërtimit të entiteteve.
- Çfarë tregon marrëdhënia ndërmjet subjekteve?
- Cilat janë llojet e marrëdhënieve logjike.
- Si shfaqen marrëdhëniet logjike?
- Përshkruani mekanizmin për kontrollin e përshtatshmërisë së modelit logjik.
- Çfarë quhet çelës primar?
- Cilat janë parimet sipas të cilave formohet çelësi primar?
- Çfarë quhet çelës alternativ?
- Çfarë quhet hyrja e përmbysjes?
- Kur gjenerohen çelësat e huaj?
- Tema, qëllimi i punës.
- ERD-diagrami i shërbimit DB Employment me atribute dhe çelësa.
- Konkluzione mbi punën
Prezantimi. Konceptet bazë të bazës së të dhënave
Bazat e të dhënave (DB) përdoren në fusha dhe sfera të ndryshme të veprimtarisë njerëzore. Për shembull, mund të ketë baza të të dhënave që përmbajnë informacione për klientët, mallrat, shërbimet e ofruara, transaksionet tregtare, etj. Në literaturën e specializuar propozohen shumë përkufizime të bazave të të dhënave, të cilat pasqyrojnë disa aspekte të opinionit subjektiv të autorëve të ndryshëm. Ne do të kuptojmë nga një bazë të dhënash një grup objektesh (mallra, klientë, vendbanime) të paraqitura në atë mënyrë që të jetë e mundur kërkimi dhe përpunimi i tyre duke përdorur një kompjuter. Mjetet për menaxhimin e këtyre të dhënave quhen sistemet e menaxhimit të bazës së të dhënave(DBMS).
Historia e zhvillimit të sistemeve të menaxhimit të bazës së të dhënave (DBMS) shkon pas dekadash. DBMS e parë industriale nga IBM u vu në funksion në vitin 1968, dhe në 1975 u shfaq standardi i parë, i cili përcaktoi një sërë konceptesh bazë në teorinë e sistemeve të bazës së të dhënave.
Zhvillimi i teknologjisë kompjuterike, shfaqja e kompjuterëve personalë, stacioneve të fuqishme të punës dhe rrjeteve kompjuterike çuan në zhvillimin e teknologjisë së bazës së të dhënave. Kompjuterët u bënë një mjet për dokumentimin, duke i detyruar zhvilluesit e programeve kompjuterike të krijojnë sisteme që zakonisht quhen DBMS desktop.
Me ardhjen e rrjeteve lokale, informacioni transferohet midis kompjuterëve, kështu që lindi problemi i rakordimit të të dhënave të ruajtura dhe të përpunuara në vende të ndryshme, por të lidhura logjikisht. Zgjidhja e këtij problemi çoi në shfaqjen e bazave të të dhënave të shpërndara që lejojnë organizimin e përpunimit paralel të informacionit dhe ruajtjen e integritetit të bazave të të dhënave.
Për ruajtjen e shpërndarë të të dhënave dhe aksesin në bazën e të dhënave, kompjuterët kombinohen në rrjete lokale, rajonale dhe madje globale. Aktualisht, teknologjia klient-server përdoret gjerësisht për të ndërtuar rrjete. Një sistem klient-server është një rrjet i zakonshëm lokal që përmban një grup kompjuterësh klientësh dhe një kompjuter të veçantë - një server. Kompjuterët e klientëve i kërkojnë serverit shërbime të ndryshme. Kompjuteri server mund t'u dërgojë atyre programe të ndryshme, të tilla si përpunimi i tekstit, puna me tabela, ekzekutimi i pyetjeve të bazës së të dhënave dhe kthimi i rezultateve. Ideja bazë është që çdo kompjuter bën atë që bën në mënyrë më efikase. Serveri merr dhe përditëson të dhënat, klienti kryen llogaritjet e personalizuara dhe i ofron rezultatet përdoruesit përfundimtarë. Në fillim, serverët kryenin funksionet më të thjeshta: serverët e printimit, serverët e skedarëve, me kërkesë të klientit për të hyrë në një skedar, serveri e dërgoi këtë skedar në kompjuterin e klientit. Një server i bazës së të dhënave është një program që funksionon në një kompjuter server dhe ruan aksesin e klientit në bazën e të dhënave. Kështu, sistemi klient-server bazohet në parimin e ndarjes së punës. Një klient është një kompjuter me të cilin punon një përdorues dhe një kompjuter server kryen mirëmbajtjen për një grup klientësh: akses në një bazë të dhënash, përditësimin e një baze të dhënash, etj. Mënyra progresive e aksesit kolektiv në bazat e të dhënave në 20 vitet e fundit ka qenë përdorimi i World Wide Web me një grup shërbimesh të tij.
Shembuj të serverëve përfshijnë:
Serveri i telekomunikacionit që ofron një shërbim për lidhjen e një rrjeti lokal me rrjete dhe serverë të tjerë;
Serveri kompjuterik, i cili bën të mundur kryerjen e llogaritjeve që nuk mund të kryhen në stacionet e punës;
Një server disku që ka zgjeruar burimet e memories së jashtme dhe i bën ato të disponueshme për t'u përdorur nga kompjuterët e klientëve dhe ndoshta serverët e tjerë;
Serveri i skedarëve që mbështet ruajtjen e skedarëve të përbashkët për të gjitha stacionet e punës;
Serveri i bazës së të dhënave është në fakt një DBMS i zakonshëm që merr dhe shërben kërkesa përmes rrjetit lokal.
Megjithëse zakonisht një bazë e të dhënave e vetme ruhet në një nyje të vetme rrjeti dhe mirëmbahet nga një server i vetëm, serverët e bazës së të dhënave janë një përafrim i thjeshtë dhe i lirë për bazat e të dhënave të shpërndara, sepse një bazë e të dhënave e përbashkët është e disponueshme për të gjithë përdoruesit në rrjetin lokal.
Qasja në bazën e të dhënave nga një program aplikacioni ose një përdorues bëhet duke hyrë në anën e klientit të sistemit. Ndërfaqja kryesore midis pjesëve të klientit dhe serverit është gjuha e bazës së të dhënave SQL. Emri kolektiv SQL Server i referohet të gjithë serverëve të bazës së të dhënave të bazuara në SQL. Duke respektuar masat paraprake në programim, është e mundur të krijohen sisteme informacioni të aplikacioneve, celularë në klasën e serverëve SQL.
Një nga fushat premtuese të DBMS është konfigurimi fleksibël i sistemit, në të cilin shpërndarja e funksioneve midis klientit dhe pjesëve të përdoruesit të DBMS përcaktohet gjatë instalimit të sistemit.
DBMS duhet të sigurojë integritetin logjik të të dhënave . Integriteti logjik i bazës së të dhënave duhet të nënkuptojë ruajtjen e informacionit të qëndrueshëm dhe të plotë që pasqyron në mënyrë adekuate fushën e lëndës.
Koncepti është i lidhur me kërkesën e integritetit të të dhënave logjike transaksionet. Transaksioni- një grup operacionesh sekuenciale të bashkuara logjikisht për të punuar me të dhëna, të përpunuara ose të anuluara tërësisht. Për shembull, nëse bëni një porosi për një produkt specifik, duhet të kryeni një sërë operacionesh: regjistrimi i një porosie për një produkt, rezervimi i një produkti, reduktimi i këtij produkti në magazinë. Nëse ndodh një shkelje në ndonjë nga fazat, do të ndodhë një dështim dhe integriteti logjik i bazës së të dhënave do të cenohet. Për të parandaluar raste të tilla, është futur transaksioni "Checkout". , në të cilën të gjitha operacionet e nevojshme ose duhet të kryhen në bazën e të dhënave, d.m.th. produkti shitet, sasia e tij në magazinë zvogëlohet ose ndodh kthimi në gjendjen e tij origjinale (produkti nuk shitet dhe sasia e tij në magazinë mbetet e njëjtë).
DBMS ndërvepron midis bazës së të dhënave dhe përdoruesve të sistemit, si dhe midis bazës së të dhënave dhe programeve aplikative që zbatojnë funksione të caktuara të përpunimit të të dhënave.
DBMS siguron ruajtje të besueshme të sasive të mëdha të të dhënave komplekse në memorien e jashtme të një kompjuteri dhe qasje efikase në to. Funksionet kryesore të DBMS janë:
· Përkufizimi i të dhënave - përcaktohet informacioni që duhet të ruhet në bazën e të dhënave, përcaktohet struktura e të dhënave, lloji i tyre dhe tregohet se si do të lidhen të dhënat me njëra-tjetrën;
· Përpunimi i të dhënave - të dhënat mund të përpunohen në mënyra të ndryshme: zgjidhni çdo fushë, filtroni dhe renditni të dhënat, kombinoni të dhënat dhe llogaritni totalet;
· Menaxhimi i të dhënave - përcaktohen rregullat për qasje në të dhëna, ndryshimi i tyre dhe shtimi i të dhënave të reja, vendosen rregullat për përdorimin kolektiv të të dhënave.
Modeli i të dhënave hierarkike
Modelet e para hierarkike të të dhënave u shfaqën në fund të viteve 1950. Ata përfaqësonin një strukturë të ngjashme me pemën, ku të dhënat shpërndaheshin nëpër nivele nga masteri në vartës dhe përfaqësonin një grafik të padrejtuar. Një shembull i një modeli të dhënash hierarkike është paraqitur në Fig. një.
Fig 1. Modeli i të dhënave hierarkike
Modeli karakterizohet nga numri i niveleve dhe nyjeve. Çdo nivel përfaqëson një ose më shumë objekte (të dhëna) dhe mund të ketë disa nyje të niveleve vartëse, dhe lidhjet ndërmjet të gjitha objekteve janë të fiksuara në mënyrë të ngurtë dhe një pasardhës mund të ketë më së shumti një paraardhës. Llojet kryesore të strukturave të të dhënave të modelit të konsideruar janë fusha, regjistrimi, skedari. Rekordi është njësia kryesore strukturore e përpunimit të të dhënave dhe njësia e shkëmbimit ndërmjet memories operative dhe asaj të jashtme. Në një model të bazuar në rekord, baza e të dhënave përbëhet nga rekorde me format fiks që mund të jenë të llojeve të ndryshme. Çdo lloj regjistrimi përcakton një numër fiks fushash, secila prej të cilave ka një gjatësi fikse.
Një fushë është një njësi elementare e organizimit logjik të të dhënave që korrespondon me një njësi të veçantë, të pandashme informacioni - një atribut.
Një rekord është një koleksion fushash që korrespondojnë me atributet e lidhura logjikisht. Struktura e një rekordi përcaktohet nga përbërja dhe sekuenca e fushave përbërëse të tij, secila prej të cilave përmban të dhëna elementare.
Një skedar është një grup regjistrimesh të së njëjtës strukturë me vlera në fusha të veçanta, dhe fushat kanë një kuptim të vetëm.
Një përfaqësues tipik (më i famshmi dhe më i përhapuri) është IMS (Sistemi i Menaxhimit të Informacionit) i IBM. Versioni i parë i sistemit u shfaq në 1968.
2.2.2. Modeli i të dhënave të rrjetit
Një model rrjeti kuptohet si një model i të dhënave i ngjashëm me atë hierarkik, por që lejon një sistem të lirë lidhjesh midis nyjeve të niveleve të ndryshme. Është një zgjerim i modelit të të dhënave hierarkike. Kështu, modelet e rrjetit lejojnë praninë e dy ose më shumë "paraardhësve" (Fig. 2).
Ndryshe nga një model hierarkik, një pasardhës i një modeli rrjeti mund të ketë më shumë se një paraardhës, dhe një objekt mund të jetë njëkohësisht mjeshtër dhe vartës. Kështu, në këtë model, marrëdhënia midis të dhënave është e tillë që çdo rekord mund të jetë në varësi të regjistrimeve nga më shumë se një skedar. Në modelet e rrjetit, me çelës, mund të keni akses të drejtpërdrejtë në çdo objekt, pavarësisht nga niveli në të cilin ndodhet në model.
Avantazhi i modelit të rrjetit mund t'i atribuohet efikasitetit të zbatimit për sa i përket shkallës së konsumit të memories dhe shpejtësisë së aksesit. Disavantazhi është kompleksiteti i shtuar i skemës së të dhënave të ndërtuar mbi bazën e saj.
Oriz. 2. Modeli i të dhënave të rrjetit
Një përfaqësues tipik i sistemeve të bazuara në modelin e të dhënave të rrjetit është IDMS (Integrated Database Management System), i zhvilluar nga Cullinet Software, Inc. dhe fillimisht u fokusua në përdorimin e mainframe-ve (kompjuterët me qëllime të përgjithshme) nga IBM. Arkitektura e sistemit bazohet në propozimet e Grupit të Taskimeve të Bazave të të Dhënave (DBTG) të organizatës CODASYL (Konferenca për gjuhët e sistemeve të të dhënave), e cila ishte përgjegjëse për përcaktimin e gjuhës së programimit COBOL. Raporti i DBTG u botua në vitin 1971 dhe menjëherë pas kësaj, u shfaqën disa sisteme që mbështesin arkitekturën CODASYL, duke përfshirë IDMS. IDMS aktualisht është në pronësi të Computer Associates.
Normalizimi i bazës së të dhënave
Gjatë dizajnimit të bazave të të dhënave, gjëja më e rëndësishme është të përcaktohen strukturat e tabelave dhe marrëdhëniet ndërmjet tyre. Gabimet në strukturën e të dhënave janë të vështira, nëse jo të pamundura, të korrigjohen programatikisht. Sa më e mirë të jetë struktura e të dhënave, aq më e lehtë është programimi i bazës së të dhënave. Teoria e dizajnit të bazës së të dhënave përmban konceptin e formave normale të dizajnuara për të optimizuar strukturën e bazës së të dhënave. Format normale janë një sekuencë lineare rregullash të aplikuara në bazën e të dhënave, dhe sa më i madh të jetë numri i formës normale, aq më e përsosur është struktura e bazës së të dhënave. Normalizimi është një proces me shumë hapa në të cilin tabelat e bazës së të dhënave organizohen, shkëputen dhe të dhënat vendosen në rregull. Detyra e normalizimit është heqja e disa karakteristikave të padëshiruara nga baza e të dhënave. Në veçanti, detyra është të eliminohen disa lloje të tepricës së të dhënave dhe në këtë mënyrë të shmangen anomalitë kur të dhënat ndryshojnë. Anomalitë e ndryshimit të të dhënave janë kompleksitet në operacionet e futjes, ndryshimit dhe fshirjes së të dhënave që dalin nga struktura e bazës së të dhënave. Megjithëse ka shumë nivele, zakonisht është e mjaftueshme të normalizohet në Formën e Tretë Normale.
Le të shqyrtojmë një shembull të normalizimit të bazës së të dhënave të menaxhimit të dorëzimit të porosive. Një bazë e të dhënave e çrregullt "Shitjet" do të përbëhej nga një tabelë (Fig. 7).
Fig. 7. DB "Shitjet"
Në tabelë, çdo rekord përmban informacion për disa porosi nga i njëjti klient. Meqenëse kolona me informacione rreth produktit përmban shumë të dhëna, është e vështirë të merren informacione të porositura nga kjo tabelë (për shembull, për të përpiluar një raport për blerjet totale për lloje të ndryshme mallrash).
Forma e parë normale
Forma e parë normale paracakton atomicitetin e të gjitha të dhënave që gjenden në kolona. Fjala "atom" vjen nga latinishtja "atomis", që fjalë për fjalë do të thotë "jo i ndashëm". Forma e parë normale specifikon se ekziston vetëm një vlerë në çdo pozicion të përcaktuar nga një rresht dhe kolonë, jo një grup ose listë vlerash. Përparësitë e kësaj kërkese janë të dukshme: nëse listat e vlerave ruhen në një kolonë të vetme, atëherë nuk ka asnjë mënyrë të lehtë për të manipuluar ato vlera. Sigurisht, kjo rrit numrin e regjistrimeve në tabelë.
Le të normalizojmë bazën e të dhënave Sales në formën e parë normale (Fig. 8).
Fig. 8. Forma e parë normale
3.3.2. Forma e dytë normale
Mund të shkoni te Forma e Dytë Normale nga një tabelë që tashmë korrespondon me Formën e Parë Normale. Për më tepër, kushti i mëposhtëm duhet të plotësohet: çdo fushë pa çelës duhet të varet plotësisht nga çelësi primar.
Le të normalizojmë bazën e të dhënave të shitjeve në formën e dytë normale. Të gjitha informacionet që nuk lidhen me porositë individuale do të theksohen në një tabelë të veçantë. Si rezultat, në vend të një tabele "Shitje" do të marrim dy - tabelën "Urdhërat" (Fig. 9) dhe tabelën "Produktet" (Fig. 10).
Fig. 9. Tabela e porosive
Fig. 10. Tabela e produkteve
Kështu, lloji i produktit ruhet vetëm në një tabelë. Ju lutemi vini re se asnjë informacion nuk humbet gjatë normalizimit.
3.3.3. Forma e tretë normale
Një tabelë konsiderohet të jetë në formën e tretë normale nëse është në formën e dytë normale dhe të gjitha kolonat jo kyçe janë reciprokisht të pavarura. Një kolonë vlerat e së cilës llogariten nga të dhënat në kolonat e tjera është një shembull i një varësie.
Le të normalizojmë bazën e të dhënave të shitjeve në formën e tretë normale. Për ta bërë këtë, hiqni kolonën "Total" nga tabela "Orders". Vlerat në këtë kolonë janë të pavarura nga çdo çelës dhe mund të llogariten duke përdorur formulën ("Çmimi") * ("Sasia"). Kështu, kemi marrë bazën e të dhënave “Shitjet” me një strukturë optimale, e cila përbëhet nga dy tabela (Fig. 11).
Oriz. 11. Baza e të dhënave të normalizuara "Shitjet"
3.2 Implementimi i softuerit të bazës së të dhënave
Zbatimi i softuerit të bazës së të dhënave kryhet duke krijuar një DBMS të synuar në gjuhën e përkufizimit të të dhënave (DDL). Komandat DDL përpilohen dhe përdoren për të gjeneruar skema dhe skedarë bosh të bazës së të dhënave. Në të njëjtën fazë, përcaktohen gjithashtu të gjitha pamjet specifike të përdoruesve.
Programet aplikative zbatohen duke përdorur gjuhë të gjeneratës së tretë ose të katërt. Disa elementë të këtyre aplikacioneve do të jenë transaksionet e përpunimit të bazës së të dhënave të shkruara në gjuhën e manipulimit të të dhënave (DML) të DBMS-së së synuar dhe të thirrura nga programet në gjuhën e programimit bazë - për shembull, Visual Basic, C ++, Java. Ai gjithashtu krijon komponentë të tjerë të projektit të aplikacionit - për shembull, ekranet e menysë, formularët e futjes së të dhënave dhe raportet. Duhet të kihet parasysh se shumë DBMS ekzistuese kanë mjetet e tyre të zhvillimit që ju lejojnë të krijoni shpejt aplikacione duke përdorur gjuhë pyetjesh jo-procedurale, një shumëllojshmëri gjeneratorësh raportesh, gjeneratorë formash, gjeneratorë grafikë dhe gjeneratorë aplikacionesh.
Kjo fazë zbaton gjithashtu mjetet e përdorura nga aplikacioni për të mbrojtur bazën e të dhënave dhe për të ruajtur integritetin e saj. Disa prej tyre përshkruhen duke përdorur gjuhën DDL, ndërsa të tjerat mund të kenë nevojë të përcaktohen me mjete të tjera - për shembull, duke përdorur shërbime shtesë DBMS ose duke krijuar programe aplikacioni që zbatojnë funksionet e kërkuara.
3.2.1. Zhvillimi i Aplikacionit
Zhvillimi i aplikacionit është dizajnimi i ndërfaqes së përdoruesit dhe programeve të aplikacionit të krijuara për të punuar me një bazë të dhënash. Në shumicën e rasteve, dizajni i aplikacionit nuk mund të përfundojë derisa të përfundojë dizajni i bazës së të dhënave. Nga ana tjetër, një bazë të dhënash është krijuar për të mbështetur aplikacionet, kështu që duhet të ketë një shkëmbim të vazhdueshëm informacioni midis dizajnit të bazës së të dhënave dhe dizajnit të aplikacioneve për atë bazë të dhënash.
Duhet të siguroheni që i gjithë funksionaliteti i parashikuar në specifikimet e kërkesave të përdoruesit ofrohet nga ndërfaqja e përdoruesit të aplikacioneve përkatëse. Kjo vlen si për hartimin e aplikacioneve për aksesimin e informacionit në bazën e të dhënave, ashtu edhe për hartimin e transaksioneve, d.m.th. dizajnimi i metodave të aksesit në bazën e të dhënave.
Përveç dizajnimit të mënyrave se si një përdorues mund të aksesojë funksionalitetin që i nevojitet, ju gjithashtu duhet të krijoni një ndërfaqe të përshtatshme përdoruesi për aplikacionet tuaja të bazës së të dhënave. Kjo ndërfaqe duhet të sigurojë informacionin që i nevojitet përdoruesit në mënyrën më të përshtatshme për të.
3.2.2 Testimi i bazës së të dhënave
Testimi është procesi i ekzekutimit të programeve aplikative për të gjetur gabime. Para se të vihet në praktikë një sistem i ri, ai duhet të testohet tërësisht. Kjo mund të arrihet duke zhvilluar një algoritëm testimi të zhytur në mendime duke përdorur të dhëna reale, të cilat duhet të ndërtohen në atë mënyrë që i gjithë procesi i testimit të kryhet në mënyrë strikte sekuenciale dhe metodikisht korrekte. Detyra e testimit nuk është një proces i demonstrimit të mungesës së gabimeve, nuk ka gjasa të jetë në gjendje të demonstrojë mungesën e gabimeve në softuer - përkundrazi, përkundrazi, mund të tregojë vetëm praninë e tyre. Nëse testimi është i suksesshëm, atëherë gabimet në programet e aplikacionit dhe strukturat e bazës së të dhënave do të zbulohen patjetër. Si një nënprodukt, testimi mund të tregojë vetëm se baza e të dhënave dhe aplikacionet funksionojnë sipas specifikimeve të tyre duke përmbushur kërkesat ekzistuese të performancës. Për më tepër, mbledhja e të dhënave statistikore në fazën e testimit bën të mundur vendosjen e treguesve të besueshmërisë dhe cilësisë së softuerit të krijuar.
Ashtu si me dizajnimin e bazës së të dhënave, përdoruesit e sistemit të ri duhet të përfshihen në procesin e testimit. Në mënyrë ideale, testimi i sistemit duhet të kryhet në një grup të veçantë pajisjesh, por shpesh kjo thjesht nuk është e mundur. Kur përdorni të dhëna reale, është e rëndësishme që së pari të krijoni kopje rezervë në rast të dëmtimit për shkak të gabimeve. Pas përfundimit të testimit, procesi i krijimit të një sistemi aplikimi konsiderohet i përfunduar dhe ai mund të transferohet në funksionimin industrial.
3.3 Funksionimi dhe mirëmbajtja e bazës së të dhënave
Funksionimi dhe mirëmbajtja - Ruani funksionimin normal të bazës së të dhënave.
Në hapat e mëparshëm, aplikacioni i bazës së të dhënave u implementua dhe u testua plotësisht. Sistemi tani po hyn në fazën e fundit të ciklit të tij jetësor të quajtur Operacionet dhe Mirëmbajtja. Ai përfshin kryerjen e veprimeve të tilla si:
· Monitorimi i performancës së sistemit. Nëse performanca bie nën një nivel të pranueshëm, atëherë mund të kërkohet riorganizim shtesë i bazës së të dhënave;
· Mirëmbajtja dhe modernizimi (nëse është e nevojshme) të aplikacioneve të bazës së të dhënave. Kërkesat e reja inkorporohen në aplikacionin e bazës së të dhënave kur përsëriten fazat e mëparshme të ciklit jetësor.
Pasi baza e të dhënave të jetë në funksion, ju duhet të monitoroni vazhdimisht procesin e funksionimit të saj për të siguruar që performanca dhe treguesit e tjerë plotësojnë kërkesat. Një DBMS tipike zakonisht ofron shërbime të ndryshme të administrimit të bazës së të dhënave, duke përfshirë shërbimet për ngarkimin e të dhënave dhe monitorimin e performancës së sistemit. Këto shërbime mund të monitorojnë performancën e sistemit dhe të ofrojnë informacion mbi metrika të ndryshme si përdorimi i bazës së të dhënave, mbyllja e performancës së sistemit (përfshirë informacionin mbi numrin e bllokimeve që kanë ndodhur) dhe strategjitë e ekzekutimit të pyetjeve të përzgjedhura. Administratori i bazës së të dhënave mund ta përdorë këtë informacion për të akorduar sistemin për të përmirësuar performancën (për shembull, duke krijuar indekse shtesë), duke përshpejtuar pyetjet, duke ndryshuar strukturat e ruajtjes, duke bashkuar ose ndarë tabela individuale.
Procesi i monitorimit duhet të mbahet gjatë gjithë procesit të aplikimit, në mënyrë që riorganizimi efektiv i bazës së të dhënave të mund të kryhet në çdo kohë për të përmbushur kërkesat në ndryshim. Ndryshime si këto ofrojnë informacion mbi përmirësimet më të mundshme të bazës së të dhënave dhe burimet që mund të kërkohen në të ardhmen. Nëse DBMS e përdorur nuk ka disa nga shërbimet e nevojshme, atëherë administratori do të duhet ose t'i zhvillojë ato në mënyrë të pavarur ose të blejë mjetet e nevojshme shtesë nga zhvilluesit e palëve të treta.
4. DBMS Microsoft Access
4.1 Qëllimi dhe informacion i përgjithshëm rreth Microsoft Access DBMS
Sistemi Microsoft Access është një sistem i menaxhimit të bazës së të dhënave që përdor një model të dhënash relacionale dhe është pjesë e paketës së aplikacionit Microsoft Office. Është krijuar për ruajtjen, futjen, kërkimin dhe modifikimin e të dhënave, si dhe lëshimin e tyre në një formë të përshtatshme.
Aplikacionet për Microsoft Access përfshijnë sa vijon:
· Në biznesin e vogël (kontabiliteti, futja e porosive, ruajtja e informacionit të klientit, ruajtja e informacionit për kontaktet e biznesit);
· Në korporatat e mëdha (aplikimet për grupet e punës, sistemet e përpunimit të informacionit);
· Si një DBMS personale (drejtoria e adresave, mbajtja e një portofol investimesh, libri gatimi, katalogë librash, regjistrime, video, etj.).
Access është një nga sistemet më të fuqishme, më miqësore dhe të thjeshta të menaxhimit të bazës së të dhënave. Për shkak se Access është pjesë e Microsoft Office, ajo ka shumë nga karakteristikat e aplikacioneve të Office dhe mund të komunikojë me to. Për shembull, ndërsa punoni në Access, mund të hapni dhe modifikoni skedarë dhe mund të përdorni kujtesën e fragmenteve për të kopjuar të dhëna nga aplikacione të tjera.
Mjetet e projektimit të objekteve në Access janë "magjistarët" dhe "projektuesit". Këto janë programe speciale që përdoren për të krijuar dhe modifikuar tabela, pyetje, lloje të ndryshme formularësh dhe raportesh. Në mënyrë tipike, "magjistari" përdoret për të krijuar, dhe "projektuesi" - për të modifikuar objektet. Procesi i redaktimit përfshin ndryshimin e pamjes së një objekti për ta përmirësuar atë. Kur redaktoni një formular, mund të ndryshoni emrat dhe renditjen e fushave, të rrisni ose zvogëloni madhësinë e zonës së futjes së të dhënave, etj. Ju gjithashtu mund të përdorni "konstruktorin" për të krijuar formularë, por kjo është një punë që kërkon shumë kohë. Access përfshin mjete softuerike për t'ju ndihmuar të analizoni strukturat e të dhënave, të importoni fletëllogaritëse dhe të dhëna tekstuale, të përmirësoni performancën e aplikacionit dhe të krijoni dhe personalizoni aplikacione duke përdorur shabllone të integruar. Për të automatizuar plotësisht aplikacionet tuaja, mund të përdorni makro për të lidhur të dhënat me formularët dhe raportet.
Access zbaton menaxhimin e bazës së të dhënave relacionale. Sistemi mbështet çelësat kryesorë dhe të huaj. Ruan integritetin e të dhënave në nivelin e kernelit, gjë që parandalon operacionet e papajtueshme të përditësimit ose fshirjes. Tabelat në Access janë të pajisura me mjete të vërtetimit të të dhënave; hyrje e pavlefshme nuk lejohet. Çdo fushë në tabelë ka formatin e saj dhe përshkrimet standarde për të lehtësuar futjen e të dhënave. Access mbështet llojet e mëposhtme të fushave, duke përfshirë: Tab, Text, Numeric, Counter, Valuta, Data/Ora, MEMO, Boolean, Hyperlink, OLE Object Fields, Attachment dhe Calculated. Nëse fushat nuk përmbajnë asnjë vlerë, sistemi ofron mbështetje të plotë për vlerat null.
Në Access, mund të përdorni grafikë, ashtu si në Microsoft Word, Excel, PowerPoint dhe aplikacione të tjera, për të krijuar lloje të ndryshme grafikësh dhe grafikësh. Mund të krijoni grafikët me shirita, 2D dhe 3D. Mund të shtoni të gjitha llojet e objekteve në formularët dhe raportet e Access: fotografi, grafik, audio dhe videoklipe. Duke i lidhur këto objekte me bazën e të dhënave të projektuar, ju mund të krijoni forma dhe raporte dinamike. Mund të përdorni gjithashtu makro në Access për të automatizuar disa detyra. Ato ju lejojnë të hapni dhe mbyllni forma dhe raporte, të krijoni menu dhe kuti dialogu në mënyrë që të automatizoni krijimin e detyrave të ndryshme të aplikacionit.
Access ofron ndihmë të ndjeshme ndaj kontekstit duke klikuar
4.2. Objektet e Microsoft Access
Kur filloni Access DBMS, shfaqet një dritare për krijimin e një databaze të re ose për të punuar me bazat e të dhënave të krijuara më parë, ose shabllone tashmë ekzistuese (Fig. 12).
Oriz. 12. Nisja e Access
Modelet janë struktura boshe të bazës së të dhënave në të cilat përcaktohen llojet e fushave, krijohen objektet kryesore, kryhet marrëdhënia midis tabelave, etj.
Kur krijoni një bazë të dhënash të re, Access hap një tabelë boshe që përmban një rresht dhe dy kolona (Figura 13).
Fig. 13. Dritarja e re e bazës së të dhënave
Në pjesën e majtë të dritares (zona e navigimit) shfaqen të gjitha objektet e krijuara të bazës së të dhënave, ndërsa ne shohim vetëm një tabelë të zbrazët, pasi objektet e krijuara në bazën e re të të dhënave nuk ekzistojnë më (Fig. 13). Objektet kryesore të Access DBMS janë si më poshtë.
Tabelat... Tabelat janë objektet kryesore të bazave të të dhënave sepse ato ruajnë të gjitha të dhënat dhe ato përcaktojnë strukturën e bazës së të dhënave. Një bazë të dhënash mund të përmbajë mijëra tabela, madhësia e të cilave është e kufizuar vetëm nga hapësira e disponueshme në hard disk në kompjuterin tuaj. Numri i regjistrimeve në tabela përcaktohet nga madhësia e diskut, dhe numri i fushave nuk është më shumë se 255.
Tabelat në Access mund të krijohen si kjo:
· Në modalitetin "konstruktor";
· Në mënyrën e futjes së të dhënave në tabelë.
Mund të krijoni një tabelë duke importuar ose lidhur me të dhënat e ruajtura diku tjetër. Kjo mund të bëhet, për shembull, me të dhënat e ruajtura në një skedar Excel, në një listë të Shërbimeve të Windows SharePoint, skedar XML, një bazë tjetër të dhënash MS ACCESS. Lista e SharePoint ju lejon të siguroni akses në të dhëna për përdoruesit që nuk kanë të instaluar MS ACCESS. Importimi i të dhënave krijon një kopje të tyre në një tabelë të re në bazën aktuale të të dhënave. Ndryshimet e mëvonshme në të dhënat origjinale nuk do të ndikojnë në të dhënat e importuara dhe anasjelltas. Kur lidheni me të dhënat, krijohet një tabelë e lidhur në bazën e të dhënave aktuale që lidhet në mënyrë dinamike me të dhënat e ruajtura diku tjetër. Ndryshimet në të dhënat në tabelën e lidhur pasqyrohen në burim, dhe ndryshimet në burim pasqyrohen në tabelën e lidhur.
Pamja e tabelës shfaq të dhënat që ruhen në tabelë dhe pamja e dizajnit shfaq strukturën e tabelës.
Nëse tabelat ndajnë fusha, mund të përdorni një tabelë vartëse për të futur të dhëna nga një tjetër në një tabelë. Kjo qasje ju lejon të shikoni të dhëna nga tabela të shumta në të njëjtën kohë.
Hetimet... Pyetjet janë mjete speciale të krijuara për të kërkuar dhe analizuar informacionin në tabelat e bazës së të dhënave që plotësojnë disa kritere. Të dhënat e gjetura, të quajtura rezultate të pyetjeve, mund të shikohen, modifikohen dhe analizohen në mënyra të ndryshme. Për më tepër, rezultatet e pyetjes mund të përdoren si bazë për krijimin e objekteve të tjera të Access. Ekzistojnë lloje të ndryshme të pyetjeve, më të zakonshmet prej të cilave janë pyetjet e përzgjedhura, pyetjet parametrike dhe të kryqëzuara, pyetjet e fshirjes së regjistrimit, modifikimi i pyetjeve dhe të tjera. Më pak të përdorura janë pyetjet e veprimit dhe pyetjet SQL (Structured Query Language). Nëse kërkesa e kërkuar nuk është e disponueshme, atëherë ajo mund të krijohet shtesë.
Pyetjet formohen në mënyra të ndryshme, për shembull, duke përdorur "magjistarin", gjithashtu mund të krijoni një pyetje manualisht në modalitetin "dizajn". Lloji më i thjeshtë dhe më i zakonshëm i pyetjes është pyetja e përzgjedhur. Këto pyetje zgjedhin të dhëna nga një ose më shumë tabela dhe formojnë një tabelë të re prej tyre, të dhënat në të cilat mund të ndryshohen. Pyetjet e përzgjedhura përdoren për të llogaritur shumat, mesataret dhe shumat e tjera. Kështu, pyetjet përdorin të dhëna nga tabelat themelore dhe krijojnë tabela të përkohshme.
Format... Formularët përdoren për të futur dhe modifikuar të dhënat në tabelat e bazës së të dhënave. Formularët mund të shfaqen në tre mënyra: në modalitetin e destinuar për futjen e të dhënave, në modalitetin e tabelës, ku të dhënat paraqiten në një format tabelor dhe në modalitetet "planifikim" dhe "dizajn", duke ju lejuar të bëni ndryshime dhe shtesa në format.
Elementet kryesore të formularit janë etiketat, të cilat tregojnë tekstin që shfaqet drejtpërdrejt në formular, dhe fushat që përmbajnë vlerat e fushave në tabelë. Ndërsa modaliteti i dizajnit ju lejon të krijoni një formular nga e para, ai zakonisht përdoret për të rafinuar dhe përmirësuar format e krijuara me magjistarin. Përveç mjeteve të mësipërme, formularët mund të krijohen gjithashtu duke përdorur mjetet e mëposhtme:
· "formë";
· "Forma e ndarë";
· "Disa elemente";
· "Formulari i zbrazët".
Është më efikase të përdoren formularët për futjen e të dhënave në formën e formularëve të veçantë, pasi forma mund të jetë në formën e një formulari. Përdorimi i formularëve ju lejon të futni të dhëna në një formë miqësore për përdoruesit e dokumenteve të njohura. Format I / O ju lejojnë të futni të dhëna në bazën e të dhënave, t'i shikoni ato, të ndryshoni vlerat e fushave, të shtoni dhe fshini të dhënat. Një formular mund të përmbajë një buton që përdoret për të printuar një raport, për të hapur objekte të tjera ose për të kryer automatikisht detyra të tjera.
Raportet... Raportet përdoren për të shfaqur informacionin në tabela në një formë të formatuar, e cila paraqitet qartë si në ekranin e monitorit ashtu edhe në letër. Raporti është një mjet efektiv për printimin e të dhënave nga një bazë të dhënash në formën e kërkuar nga përdoruesi (në formën e referencave, fletëve të provimit, tabelave, etj.). Përveç të dhënave të marra nga tabela dhe pyetje të shumta, raportet mund të përfshijnë elemente të projektimit të printueshëm si titujt, titujt dhe fundet.
Raporti mund të shfaqet në katër mënyra: në modalitetin "dizajn", i cili ju lejon të ndryshoni pamjen e raportit, në modalitetin e pamjes së mostrës, në të cilën mund të shfaqni të gjithë elementët e raportit të përfunduar, por në një shkurtim formë, në modalitetin "layout", i cili ju lejon të shfaqni më qartë (në krahasim me modalitetin e projektimit) dhe të formatoni raportin, dhe në modalitetin e pamjes paraprake, ku raporti shfaqet ndërsa do të printohet.
Tabelat, pyetjet, formularët dhe raportet janë objektet më të përdorura në hartimin e bazës së të dhënave të Access.
Megjithatë, aftësitë e bazës së të dhënave mund të zgjerohen ndjeshëm duke përdorur faqet e aksesit, makro dhe module.
Faqet. Për t'u siguruar përdoruesve të internetit akses në informacion, mund të krijoni faqe të veçanta të aksesit të të dhënave në bazën e të dhënave. Faqet e aksesit të të dhënave ju lejojnë të shikoni, shtoni, modifikoni dhe manipuloni të dhënat e ruajtura në bazën e të dhënave. Faqet e aksesit të të dhënave mund të përmbajnë gjithashtu të dhëna nga burime të tjera, si Excel. Për të publikuar informacion nga një bazë të dhënash në Web Access, përfshihet një "magjistar" që krijon një faqe aksesi.
Makrot. Makrot janë programe të vogla të një ose më shumë makrove që kryejnë operacione specifike që, për shembull, hapin një formular, printoni raporte, klikoni një buton, etj. Kjo është veçanërisht e dobishme nëse keni ndërmend të transferoni bazën e të dhënave te përdorues të pakualifikuar. Për shembull, mund të shkruani makro që përmbajnë një sekuencë komandash që kryejnë detyra rutinë, ose të shoqëroni veprime të tilla si hapja e një formulari ose printimi i një raporti me butona në një formular butoni.
Modulet. Një modul është një objekt i bazës së të dhënave që ju lejon të krijoni biblioteka të rutinave dhe funksioneve të përdorura në të gjithë aplikacionin. Duke përdorur kodet e modulit, ju mund të zgjidhni detyra të tilla si trajtimi i gabimeve në hyrje, deklarimi dhe aplikimi i variablave, organizimi i sytheve, etj.
Krijimi i tabelave
Kur futni të dhëna në Access, fushat emërtohen: Fusha 1, Fusha 2, e kështu me radhë. Ju mund të përdorni emrat e sugjeruar ose t'i ndryshoni ato. Emri i fushave në tabelë mund të vendoset në dy mënyra. Pas zgjedhjes së mënyrës së krijimit të tabelës, komanda " Krijo"Dhe thirret dritarja përkatëse. Figura 8. tregon krijimin e një tabele në modalitetin "design". Fushat e kërkuara të tabelës krijohen me llojin e specifikuar të të dhënave, i cili zgjidhet me anë të butonit të përzgjedhjes - "checkmark", në pjesën e poshtme të dritares ka një seksion për zgjedhjen e vetive të fushës, të cilat fillimisht ofrohen si parazgjedhje. .
Oriz. 14. Krijimi i një tabele në modalitetin e projektimit
Karakteristikat e fushës së tabelës së bazës së të dhënave Access janë paraqitur në gjysmën e poshtme të tabelës (Figura 14).
Mund të krijoni një tabelë në modalitetin "Dizajn" duke ndryshuar, shtuar ose hequr fusha nga tabela. Për të futur një fushë të re, emri i fushës tregohet në pjesën e sipërme të dritares së tabelës dhe përcaktohet lloji i saj. Për të riemërtuar një fushë, duhet të ndryshoni emrin e saj në kolonën "Emri i fushës".
Gjatë krijimit të tabelave, përdoren llojet e mëposhtme bazë të të dhënave (Fig. 15).
