Andmebaasi klassifikatsioon vastavalt andmete organiseerimisviisile. Andmebaaside klassifikatsioon ja omadused

2.1. Andmebaasi teooria mõisted ja mõisted

Andmebaas (DB, andmebaas) on konkreetse ainevaldkonnaga seotud struktureeritud andmete kogum.

Ainevaldkond on osa tegelikust süsteemist, mis toimib iseseisva üksusena.

Täielik ainevaldkond võib esindada riigi või liitlasriikide rühma majandust, kuid praktikas on tegemist infosüsteemidega kõrgeim väärtus omab üksikettevõtte või korporatsiooni mastaabis ainevaldkonda.

Andmebaasihaldussüsteem (DBMS) on tarkvara ja keeletööriistade kogum, mis on vajalik andmebaasi loomiseks ja muutmiseks, teabe lisamiseks, muutmiseks, kustutamiseks, otsimiseks ja valimiseks, teabe esitamiseks ekraanil ja trükitud kujul, teabele juurdepääsuõiguste piiritlemiseks, ja muude baasoperatsioonide sooritamine.

Relatsiooniandmebaas on tänapäevaste andmebaaside peamine tüüp. Koosneb tabelitest, mille vahel võivad olla võtmeväärtuste järgi seosed.

Andmebaasi tabel (tabel) on tavaline struktuur, mis koosneb sama tüüpi ridadest (kirjetest), mis on jagatud veergudeks (väljadeks).

Relatsiooniandmebaasi teoorias on tabel relatsiooni sünonüüm, milles rida nimetatakse korteežiks ja veergu atribuudiks.

Relatsiooniandmebaasi kontseptuaalses mudelis on tabeli analoog teatud omaduste komplektiga - atribuudid, mis võivad omandada teatud väärtused (kehtivate väärtuste kogum - domeen) - olem (üksus).

Tabeli võtmeelement (võti, tavaline võti) on selle väli (lihtvõti) või mitme välja väärtustest moodustatud stringi avaldis (liitvõti), mille abil saate määrata teiste väljade väärtused. üks või mitu tabelikirjet. Praktikas luuakse võtmete kasutamiseks indeksid - teenuseteave, mis sisaldab järjestatud teavet võtmeväärtuste kohta. Relatsiooniteoorias ja kontseptuaalses mudelis rakendatakse "võtme" mõistet seose või olemi atribuutidele.

Primaarvõti on peamine võtmeelement, mis identifitseerib üheselt tabeli rea. Samuti võivad olla alternatiivsed (kandidaadivõti) ja kordumatud (unikaalne võti) võtmed, mida kasutatakse ka tabeli ridade tuvastamiseks.

Relatsiooniteoorias on primaarvõti minimaalne atribuutide komplekt, mis identifitseerib kordumatult relatsioonis oleva korteeži.

Kontseptuaalses mudelis on primaarvõti minimaalne olemi atribuutide komplekt, mis identifitseerib üheselt olemi eksemplari.

Kommunikatsioon (suhe) — funktsionaalne sõltuvus objektide vahel. Relatsiooniandmebaasides luuakse tabelite vahel seosed võtmete abil, millest üks peamises (ema, vanem) tabelis on esmane, teine on võõrvõti - välises (laps, alam) tabelis seda reeglina ei ole. esmane ja moodustab suhte "üks paljudele" (1:N). Primaarse võõrvõtme puhul on tabelite vaheline seos üks-ühele (1:1). Linkide teave salvestatakse andmebaasi.

Võõrvõti (välisvõti) - alam- (välise, alam) tabeli võtmeelement, mille väärtus ühtib põhi- (ema) tabeli primaarvõtme väärtusega.

Viiteterviklikkus on reeglite kogum, mis vastavad seotud tabelite põhiväärtustele.

Salvestatud protseduurid on programmimoodulid, mis salvestatakse andmebaasi teatud toimingute tegemiseks andmebaasi teabega.

Päästikud on salvestatud protseduurid, mis tagavad andmete viiteterviklikkuse tingimuste täitmise primaarvõtmete muutmise (võimalik, et andmete kaskaadide muutmise), põhitabelis kirjete kustutamise (alamtabelites kaskaadkustutamise) ja kirjete lisamise või andmete muutmise toimingute puhul alamtabelites.

Objekt (objekt) - infosüsteemi element, millel on teatud omadused (omadused) ja mis reageerib teatud viisil välistele sündmustele (sündmustele).

Süsteem on objektide kogum, mis suhtlevad üksteisega ja väliskeskkonnaga.

Andmebaasi replikatsioon on andmebaasi koopiate (koopiate) loomine, mis võivad sünkroonimisprotsessi tulemusena vahetada värskendatud andmeid või paljundatud vorme, aruandeid või muid objekte.

Tehing on ühe toimingu või toimingute jada sooritamise tulemusel muutuv info andmebaasis, mis tuleb sooritada täielikult või üldse tegemata jätta. DBMS-il on tehingute tagamiseks spetsiaalsed mehhanismid.

SQL (Structured Query Language) on universaalne keel andmebaasidega töötamiseks, sealhulgas selle loomise, struktuuri muutmise, päringu järgi andmete valimise, andmebaasi teabe muutmise ja muude andmebaasidega manipuleerimise toimingutega.

Null on tabelivälja väärtus, mis näitab, et sellel väljal pole teavet. Tabeli üksikute väljade jaoks saab määrata loa nullväärtuse olemasoluks.

2.2. Andmebaasi klassifikatsioon

Andmetöötlustehnoloogia järgi jagunevad andmebaasid tsentraliseeritud ja hajutatud.

Tsentraliseeritud andmebaas on salvestatud ühe arvutisüsteemi mällu. See arvutisüsteem võib olla suurarvuti – siis on juurdepääs sellele korraldatud terminalide abil – või failiserver arvuti kohtvõrgus.

Hajutatud andmebaas koosneb mitmest, võib-olla ristuvast või isegi dubleerivast osast, mis on salvestatud erinevatesse arvutivõrgu arvutitesse. Sellise andmebaasiga töötamine toimub hajutatud andmebaasihaldussüsteemi (RDBMS) abil.

Vastavalt andmetele juurdepääsu meetodile jaotatakse andmebaasid kohaliku juurdepääsuga andmebaasideks ja võrgu juurdepääsuga andmebaasideks.

Kõigi kaasaegsete andmebaaside jaoks saate korraldada juurdepääsu võrgule mitme kasutaja töörežiimiga.

Võrgujuurdepääsuga tsentraliseeritud andmebaasidel võib olla järgmine arhitektuur:

failiserver;
andmebaasi klient-server;
"õhuke klient" - rakendusserver - andmebaasiserver (kolmetasandiline arhitektuur).

Riis. 1. Spetsiaalse failiserveriga kohtvõrgus andmebaasiga töötamise skeem

Failiserver. Võrgujuurdepääsuga andmebaasisüsteemide arhitektuur eeldab ühe võrgumasina jaotamist keskseks (failiserveriks). Sellesse arvutisse on installitud spetsiaalse serveri operatsioonisüsteem (OS) (näiteks Microsoft Windows Server 2003). Samuti salvestab see jagatud tsentraliseeritud andmebaasi ühe või failide rühma kujul. Kõik teised võrgus olevad arvutid toimivad tööjaamadena (need võivad käitada operatsioonisüsteemi Microsoft Windows 2000 Professional või Microsoft Windows 98). Andmebaasifailid edastatakse vastavalt kasutaja soovidele tööjaamadesse, kus töödeldakse teavet (joonis 1). Samadele andmetele juurdepääsu suure intensiivsusega infosüsteemi jõudlus langeb. Samuti saavad kasutajad luua tööjaamades kohalikke andmebaase.

Riis. 2. Andmebaasiga töötamise skeem "Klient-server" arhitektuuris

Klient-server. Selles arhitektuuris spetsiaalses serveris, mis töötab serveriga operatsioonisüsteem, installitakse spetsiaalne tarkvara (tarkvara) - andmebaasiserver, näiteks Microsoft® SQL Server või Oracle. DBMS on jagatud kaheks osaks: klient ja server. Andmebaasiserveri aluseks on päringukeele (SQL) kasutamine. Kliendi (tööjaama) poolt andmebaasiserverile saadetud SQL-päring genereerib serveris andmete otsingu ja toomise. Eraldatud andmed transporditakse üle võrgu serverist kliendini (joonis 2). Seega väheneb võrgu kaudu edastatava info hulk kordades.

Kolmetasandiline arhitektuur toimib sise- ja Interneti-võrkudes. Kliendiosa ("õhuke klient"), mis kasutajaga suhtleb, on veebibrauseri HTML-leht või Windowsi rakendus, mis suhtleb veebiteenustega. Kogu programmiloogika paigutatakse rakendusserverisse, mis tagab andmebaasipäringute moodustamise, mis esitatakse andmebaasiserverisse täitmiseks. Rakendusserver võib olla veebiserver või spetsialiseeritud programm(näiteks Oracle Forms Server) (joonis 3).

Riis. 3. Andmebaasiga töötamise skeem kolmetasandilises arhitektuuris

2.3. Hierarhilised ja võrguandmemudelid

Hierarhilises andmemudelis on üks põhiobjekt ja ülejäänud - alluvad - objektid, mis asuvad hierarhia erinevatel tasanditel. Objektide seosed moodustavad ühe juurobjektiga hierarhilise puu.

Hierarhiline andmebaas koosneb sama tüüpi puu mitme eksemplari järjestatud komplektist. Esivanemate ja järglaste vaheline viidete terviklikkus säilitatakse automaatselt. Põhireegel: ükski laps ei saa eksisteerida ilma vanemata (joonis 4).

Riis. 4. Hierarhilise andmemudeli skeem

Tüüpiline esindaja (kõige kuulsam ja laialt levinud) on IBM-i teabehaldussüsteem (IMS). Esimene versioon ilmus 1968. Paljud selle süsteemi andmebaasid on endiselt toetatud.

Võrgu andmebaasid

Võrgupõhine lähenemine andmete korraldamisele on hierarhilise lähenemisviisi laiendus. Hierarhilistes struktuurides peab alaneja kirjel olema täpselt üks vanem; võrgu andmestruktuuris võib lapsel olla suvaline arv esivanemaid.

Võrgu andmemudelis võib iga objekt olla korraga nii ülem- kui ka alamobjekt ning osaleda suvalise arvu suhete loomisel teiste objektidega. Võrguandmebaas koosneb kirjete komplektist ja nende kirjete vaheliste linkide komplektist või täpsemalt igat tüüpi eksemplaride komplektist andmebaasi skeemis määratud kirjetüüpide komplektist ja igat tüüpi eksemplaride komplektist antud lingitüüpide komplekt (joonis 5).

Riis. 5. Võrgu andmemudeli skeem

Tüüpiline esindaja on Cullinet Software, Inc. integreeritud andmebaasihaldussüsteem (IDMS), mis on mõeldud kasutamiseks IBMi tavapärastes masinates, mis käitavad enamikku operatsioonisüsteeme. Süsteemi arhitektuur põhineb Coboli programmeerimiskeele määratlemise eest vastutava andmesüsteemide keelte konverentsi (CODASYL) programmeerimiskeelte komitee andmebaasi töörühma (DBTG) ettepanekutel. DBTG aruanne avaldati 1971. aastal ja hiljem ilmusid mitmed süsteemid, sealhulgas IDMS.

2.4. Relatsiooniandmebaasid

Suhtesüsteemid ei saanud kohe laialt levinud. Kui peamised teoreetilised tulemused selles valdkonnas saadi juba 70ndatel ja samal ajal ilmusid esimesed relatsioonilise DBMS-i prototüübid, siis pikka aega peeti selliste süsteemide tõhusat juurutamist võimatuks. Relatsiooniandmebaaside korraldamise ja haldamise meetodite ja algoritmide järkjärguline kuhjumine viis aga selleni, et juba 80ndate keskel tõrjusid relatsioonisüsteemid varajased DBMS-id maailmaturult praktiliselt välja.

Relatsiooniandmemudel põhineb matemaatilistel põhimõtetel, mis tulenevad otseselt hulgateooriast ja predikaatloogikast. Neid põhimõtteid rakendati esmakordselt andmete modelleerimise valdkonnas 1960. aastate lõpus. Dr. E. F. Codd, tollal IBM-is ja avaldati esmakordselt 1970. aastal.

Dr. E. F. Coddi 1970. aastal ilmunud tehniline artikkel "The Relational Data Model for Large Shared Data Banks" on kaasaegse relatsiooniandmebaasi teooria eelkäija. Dr Codd määratles relatsioonimudeli jaoks 13 reeglit (nimetatakse kolmeteistkümneks Coddi reegliks).

Coddi 13 reeglit

Relatsiooniline DBMS peab suutma oma relatsioonivõimaluste kaudu andmebaasi täielikult hallata.
Teabe reegel – kogu relatsiooniandmebaasi teave (kaasa arvatud tabelite ja veergude nimed) tuleb tabelites määratleda rangelt väärtustena.
Garanteeritud juurdepääs – iga relatsiooniandmebaasi väärtus peab olema tagatud kasutamiseks tabeli nime, primaarvõtme väärtuse ja veeru nime kombinatsiooni kaudu.
Nullväärtuse tugi – DBMS peab suutma töötada nullväärtustega (tundmatud või kasutamata väärtused), erinevalt vaikeväärtustest ja mis tahes domeenide puhul sõltumatult.
Online relatsioonikataloog - andmebaasi kirjeldus ja selle sisu tuleks esitada loogilisel tasemel tabelitena, millele saab andmebaasi keele abil päringuid rakendada.
Põhjalik andmehalduskeel – vähemalt ühel toetatud keeltel peab olema täpselt määratletud süntaks ja see peab olema kõikehõlmav. See peab toetama andmestruktuuri kirjeldamist ja manipuleerimist, terviklikkuse reegleid, autoriseerimist ja tehinguid.
Vaata värskendusreegel – süsteemi kaudu saab uuendada kõiki vaateid, mis on teoreetiliselt uuendatavad.
Sisesta, värskenda ja kustuta – DBMS toetab mitte ainult andmete valimise päringut, vaid ka sisestamist, värskendamist ja kustutamist.
Füüsiliste andmete sõltumatus – rakendusprogramme ja eriprogramme muudatused loogiliselt ei mõjuta füüsilised meetodid andmetele juurdepääsu ja andmete salvestamise struktuurid.
Loogiline andmete sõltumatus – rakendusprogramme ja eriprogramme ei mõjuta loogiliselt mõistlikkuse piires muudatused tabelistruktuurides.
Terviklikkuse sõltumatus – andmebaasi keel peab suutma defineerida terviklikkuse reegleid. Need tuleb salvestada veebikataloogi ja neist ei tohi kuidagi mööda hiilida.
Levitamise sõltumatus – rakendusprogramme ja eriprogramme ei mõjuta loogiliselt see, kas andmeid kasutatakse esimest korda või taaskasutatakse.
Järjepidevus – võimetus keelte abil andmebaasi keele kaudu määratletud terviklikkuse reeglitest mööda hiilida madal tase.

Relatsioonialgebra põhiidee seisneb selles, et kuna seosed on hulgad, võivad suhetega manipuleerimise vahendid põhineda traditsioonilistel hulgateoreetilistel operatsioonidel, mida täiendavad mõned erioperatsioonid, mis on omane relatsiooniandmebaasidele.

Relatsioonialgebra defineerimisel on palju lähenemisviise, mis erinevad tehtekogumite ja nende tõlgendamisviisi poolest, kuid on põhimõtteliselt enam-vähem samaväärsed. Algebra laiendatud esialgset versiooni, mille pakkus välja Codd, nimetatakse Coddi algebraks.

Selles versioonis koosneb algebraliste põhitoimingute komplekt kaheksast operatsioonist, mis jagunevad kahte klassi – hulgateoreetilised operatsioonid ja erirelatsioonitehted. Hulgateoreetilised toimingud hõlmavad järgmisi tehteid:

suhete ühendamine;
suhete ristumiskohad;
suhtarvude erinevuse võtmine;
võttes suhetest Descartes'i korrutist.

Spetsiaalsed suhteoperatsioonid hõlmavad järgmist:

suhte piiramine;
suhtumise projektsioon;
suhete ühendamine;
suhete jagunemine.

Lisaks sisaldab algebra omistamistehte, mis võimaldab salvestada algebraliste avaldiste arvutamise tulemusi andmebaasi, ja atribuudi ümbernimetamise operatsiooni, mis võimaldab moodustada saadud seose pealkirja (skeemi) õigesti.

Kahe sama päisega relatsiooni UNION-operatsiooni sooritamisel luuakse seos, mis sisaldab kõiki kortereid, mis sisalduvad vähemalt ühes relatsioonis - operandid.
Kahe sama pealkirjaga seose lõikumisoperatsioon (INTERSECT) loob relatsiooni, mis hõlmab kõiki mõlemas operandiseoses sisalduvaid kortereid.
Relatsioon, mis on kahe sama pealkirjaga seose erinevus (MIINUS), hõlmab kõiki esimese operandi seose kortereid nii, et ükski neist pole teises operandi relatsioonis.
Kahe suhte, mille pealkirjad ristuvad tühi, Descartes'i korrutise (TIMES) sooritamine loob seose, mille kordused saadakse esimese ja teise operandi korteeži ühendamisel.
Seosele mingi tingimuse piirangu (WHERE) tulemus on seos, mis sisaldab seda tingimust rahuldava operandi seose kortereid.
Relatsiooni projektsiooni (PROJECT) teostamisel selle atribuutide hulga etteantud alamhulgale luuakse seos, mille korteid on relatsiooni-operandi korteeži vastavad alamhulgad.
Kahe relatsiooni ühendamisel (JOIN) mingi tingimuse järgi moodustub tulemuseks olev seos, mille kordused saadakse esimese ja teise seose korteeži kombineerimisel ja vastavad sellele tingimusele.
Relatsioonijaotuse operaatoril (DIVIDE BY) on kaks operandi – binaar- ja unaarsuhted. Saadud seos koosneb unaarkorteežidest, mis sisaldavad esimese operandi korteeži esimese atribuudi väärtusi nii, et teise atribuudi väärtuste komplekt (esimese atribuudi fikseeritud väärtusega) sisaldab teise operandi väärtused.
Ümbernimetamise operatsioon (RENAME) loob seose, mille keha on sama, mis operandi keha, kuid atribuutide nimesid on muudetud.
Määramise operaator (:=) võimaldab salvestada relatsiooniavaldise hindamise tulemuse olemasolevasse andmebaasi relatsiooni.

Codd tegi ettepaneku kasutada RDBMS-is relatsioonialgebrat andmete jaotamiseks seotud kogumiteks. Ta korraldas oma andmebaasisüsteemi andmekogumitel põhineva kontseptsiooni ümber.

Relatsioonimudelis jagatakse andmed komplektideks, mis moodustavad tabelistruktuuri. See tabeli struktuur koosneb üksikutest andmeelementidest, mida nimetatakse väljadeks. Üks väljade komplekt või rühm on tuntud kui kirje.

Andmemudel ehk ainevaldkonna kontseptuaalne kirjeldus on andmebaasi kujundamise kõige abstraktsem tasand.

Relatsiooniandmebaaside teooria seisukohalt saab relatsioonimudeli põhiprintsiibid kontseptuaalsel tasandil sõnastada järgmiselt:

kõik andmed esitatakse järjestatud struktuurina, defineeritakse ridade ja veergudena ning nimetatakse seosteks;
kõik väärtused on skalaarid. See tähendab, et mis tahes seose iga rea ja veeru jaoks on üks ja ainult üks väärtus;
kõik toimingud sooritatakse täisarvulise seosega ja nende täitmise tulemuseks on samuti täisarvuline seos. Seda põhimõtet nimetatakse sulgemiseks.

Relatsioonimudeli põhimõtete sõnastamisel valis dr Codd termini "suhe" (relation), kuna tema hinnangul on see mõiste üheselt mõistetav (samas kui nt terminil "tabel" on palju erinevaid liike - tabel in tekst, arvutustabel jne). Levinud eksiarvamus on see, et relatsioonimudelit nimetatakse nii, kuna see määratleb tabelitevahelised seosed. Tegelikult tuleneb selle mudeli nimi selle aluseks olevatest seostest (andmebaasi tabelid).

Iga andmeid sisaldavat rida nimetatakse korteežiks, relatsiooni iga veergu nimetatakse atribuudiks (kaasaegsete relatsiooniandmebaasidega praktilise töö tasemel kasutatakse mõisteid “kirje” ja “väli”).

Relatsiooniandmemudeli kirjelduse elemendid kontseptuaalsel tasandil on olemid, atribuudid, domeenid ja seosed.

Olem on mingi eraldiseisev objekt või sündmus, mille kohta tuleb andmebaasi salvestada info, millel on teatud omaduste komplekt – atribuudid. Olemid võivad olla nii füüsilised (päriselu objektid: näiteks ÕPILANE, atribuudid - hinneteraamatu number, perekonnanimi, tema teaduskond, eriala, rühma number jne) kui ka abstraktsed (näiteks EKAM, atribuudid - distsipliin, kuupäev, õpetaja, publik jne). Üksusi eristatakse nende tüübi ja isendi järgi. Tüüpi iseloomustavad nimi ja atribuutide loend, eksemplari aga spetsiifilised atribuutide väärtused.

Olemi atribuudid on:

tuvastav ja kirjeldav. Identifitseerivatel atribuutidel on antud tüüpi olemite jaoks kordumatu väärtus ja need on potentsiaalsed võtmed. Need võimaldavad teil olemi eksemplare unikaalselt ära tunda. Kandidaatvõtmete hulgast valitakse üks primaarvõti (PC). PC-na valitakse tavaliselt potentsiaalne võti, mida kasutatakse sagedamini kirjeeksemplaridele juurdepääsuks. Arvuti peaks sisaldama tuvastamiseks vajalikku minimaalset arvu atribuute. Ülejäänud atribuute nimetatakse kirjeldavateks.
Lihtne ja liit. Lihtne atribuut koosneb ühest komponendist, selle väärtus on jagamatu. Ühendatribuut on kombinatsioon mitmest komponendist, mis võivad kuuluda erinevad tüübid andmed (näiteks aadress). Otsus, kas kasutada komposiitatribuuti või jagada see komponentideks, sõltub selle kasutamise konkreetsetest protsessidest ja võib olla seotud kiire tööga suurte andmebaasidega.
Üheväärtuslik ja mitmeväärtuslik- võib olla vastavalt üks või mitu väärtust iga olemi eksemplari jaoks.
Põhiline ja tuletis. Põhiatribuudi väärtus ei sõltu teistest atribuutidest. Tuletatud atribuudi väärtus arvutatakse teiste atribuutide väärtustest (näiteks inimese vanus arvutatakse tema sünnikuupäeva ja praeguse kuupäeva järgi).

Atribuudi spetsifikatsioon koosneb selle nimest, andmetüübist ja terviklikkuse piirangutest, väärtuste komplektist (või domeenist), mida atribuut võib võtta.

Domeen on kõigi kehtivate väärtuste kogum, mida atribuut võib sisaldada. Mõistet "domeen" aetakse sageli segi mõistega "andmetüüp". Nendel kahel mõistel on vaja vahet teha. Andmetüüp on füüsiline mõiste, domeen aga loogiline. Näiteks "täisarv" on andmetüüp ja "vanus" on domeen.

Seosed – kontseptuaalsel tasandil on need lihtsad seosed olemite vahel. Näiteks avaldus "Kliendid ostavad tooteid" näitab, et olemite "Kliendid" ja "Tooted" vahel on seos ning selliseid üksusi nimetatakse selle suhte liikmeteks.

Kahe olemi vahel on mitut tüüpi suhteid: need on üks-ühele, üks-mitmele ja mitu-mitmele suhted.

Iga seost relatsioonimudelis iseloomustab nimi, nõue, tüüp ja ulatus. Eristage valikulisi ja kohustuslikke linke. Kui ühte tüüpi olem on tingimata seotud teist tüüpi olemiga, siis on seda tüüpi objektide vahel kohustuslik seos (tähistatud topeltjoonega). Vastasel juhul on ühendus valikuline.

Seose aste määratakse selle seosega hõlmatud üksuste arvu järgi. Binaarsete seoste näide on osakonna ja selles töötavate töötajate suhe.

Entity-Relationship diagramme ehk E/R diagrammi kasutatakse baasskeemi kirjeldamiseks kontseptuaalsel kujundustasandil. Meetodi pakkus välja 1976. aastal Peter Pin Shan Chen. Olemi-seoste diagrammid näitavad oleme ristkülikutena, atribuute ellipsidena ja seoseid rombidena (joonis 6).

Riis. 6. Olemi-suhete diagramm

Seejärel töötasid paljud autorid sellistest mudelitest välja oma versioonid (Martini tähistus, IDEF1X notatsioon, Barkeri notatsioon jne). Lisaks võivad sama tähistust rakendavad erinevad tarkvaratööriistad oma võimaluste poolest erineda. Tegelikult pärinevad kõik olemi-seoste diagrammide variandid samast ideest – pilt on alati selgem kui tekstiline kirjeldus. Kõik sellised diagrammid kasutavad ainevaldkonna olemite, nende omaduste (atribuutide) ja olemitevaheliste suhete graafilist esitust.

Andmebaasi skeemi ülesehitus peaks lahendama andmete dubleerimise minimeerimise, nende töötlemise ja uuendamise protseduuride lihtsustamise ja kiirendamise. Valesti kavandatud andmebaasiskeem võib põhjustada andmete muutmise kõrvalekaldeid. Selliste probleemide lahendamiseks viiakse läbi suhete normaliseerimine.

Andmeladudega töötamise tehnoloogias saab aga kasutada pöördtehnikat – suhete denormaliseerimist, et kiirendada päringute täitmist väga suurtes arhiveeritud andmete mahtudes.

Relatsiooniandmemudeli raames töötas E. F. Codd välja suhete normaliseerimise põhimõtted ja pakkus välja mehhanismi, mis võimaldab mistahes seose teisendada kolmandaks normaalkujuks.

Normaliseerimine on formaalne meetod suhete analüüsimiseks nende esmasel võtmel ja olemasolevatel suhetel. Selle ülesanne on asendada üks andmebaasiskeem (või seoste kogum) teise skeemiga, milles seosed on lihtsama ja korrapärasema struktuuriga.

Relatsioonimudeliga töötamisel piisab vastuvõetava kvaliteediga suhete loomiseks esimese normaalvormi nõuete täitmisest.

Esimene normaalvorm (1NF) on seotud lihtsate ja keerukate atribuutide mõistetega. Lihtne atribuut on atribuut, mille väärtused on atomaarsed (st jagamatud). Komplekssel atribuudil võib olla väärtus, mis on samast või erinevatest domeenidest pärit mitme väärtuse liit. Esimesel normaalkujul elimineeritakse dubleerivad atribuudid või atribuutide rühmad, st tuvastatakse atribuutidena "varjatud" kaudsed olemid.

Seos taandatakse väärtusele 1NF, kui kõik selle atribuudid on lihtsad, st atribuudi väärtus ei tohi olla hulk ega korduv rühm.

Tabelite toomiseks 1NF-i on vaja keerulised atribuudid lihtsateks jaotada ja mitmeväärtuslikud atribuudid eraldi suhetesse teisaldada.

Teine normaalvorm (2NF) kehtib liitvõtmetega suhete kohta (koosneb kahest või enamast atribuudist) ja on seotud funktsionaalse sõltuvuse mõistetega.

Kui igal ajal vastab atribuudi A iga väärtus atribuudi B ühele väärtusele, siis B on funktsionaalselt sõltuv A-st (AB). Atribuuti (atribuutide rühma) A nimetatakse determinaatoriks.

Teisel normaalkujul elimineeritakse atribuudid, mis sõltuvad ainult unikaalse võtme osast. See kordumatu võtme osa identifitseerib ühe olemi.

Seos on 2NF-is, kui see on taandatud väärtusele 1NF ja iga võtmevaba atribuut on funktsionaalselt täielikult sõltuv liitprimaarvõtmest.

Kolmas normaalvorm (3NF) on seotud transitiivse sõltuvuse mõistega. Olgu A, B, C mingi seose atribuudid. Veelgi enam, A B ja B C, kuid puudub pöördvastavus, st C ei sõltu B-st või B ei sõltu A-st. Siis ütleme, et C sõltub transitiivselt A-st (A C).

Kolmas tavavorm välistab atribuudid, mis sõltuvad atribuutidest, mis ei ole kordumatu võtme osa. Need atribuudid on ühe olemi aluseks.

Seos on 3NF-is, kui see on 2NF-is ja sellel ei ole atribuute, mis ei ole primaarvõtmes ja sõltuvad transitiivselt primaarvõtmest.

Samuti on olemas Boyce-Coddi normaalvorm (BCNF), 4NF ja 5NF. 1NF on aga kõige olulisem, kuna järgnevad NF-id käsitlevad liitvõtmete ja keeruliste võtmesõltuvuste kontseptsioone ning praktikas on tavaliselt ka lihtsamad juhtumid.

Andmebaasi struktuuri modelleerimisel normaliseerimisalgoritmi abil on tõsiseid puudusi:

Normaliseerimistehnika hõlmab projitseeritud ainevaldkonna kõigi atribuutide esialgset paigutamist ühte relatsiooni, mis on väga ebaloomulik toiming. Intuitiivselt kujundab arendaja vastavalt avastatud olemitele mitu seost korraga. Isegi kui sooritate enda vastu vägivalda ja loote ühe või mitu suhet, sealhulgas kõik väidetavad atribuudid neis, siis on tekkinud suhte tähendus täiesti ebaselge.
Täielikku atribuutide loendit ei ole võimalik kohe määrata. Kasutajatel on kombeks helistada erinevad nimed samu asju või, vastupidi, nimetada erinevaid asju samade nimedega.
Normaliseerimisprotseduuri läbiviimiseks on vaja eraldada atribuutide sõltuvused, mis on samuti väga keeruline.

Andmebaasi struktuuri tegelikul kujundamisel kasutatakse teist meetodit - nn semantilist modelleerimist. Semantiline modelleerimine on andmestruktuuride modelleerimine nende andmete tähenduse alusel. Semantilise modelleerimise tööriistana kasutatakse kontseptuaalse andmebaasimudeli koostamisel erinevaid olemi-relatsiooniskeemide (ERD) versioone.

Iga professionaal, kellel on üldised põhimõtted relatsiooniliste andmebaaside optimaalne korraldus, mis suudab luua mudeli, mis ei lähe vastuollu normaliseerimise põhimõtetega.

Relatsiooniandmebaas füüsilisel tasemel koosneb tabelitest, mille vahel võivad olla võtmeväärtuste järgi seosed. Koos tabelite ja teabega seoste kohta relatsiooniandmebaasis võivad olla "salvestatud protseduurid" ja eriti "käivitajad", mis tagavad andmebaasi viiteterviklikkuse tingimuste järgimise.

Relatsiooniandmebaasi viiteterviklikkuse tingimuste järgimine

Võõrvõtmete esmaste võtmetega sobitamise reegel on viiteterviklikkuse tingimuste jälgimise põhireegel. Iga võõrvõtme väärtuse jaoks peab põhitabelis olema vastav primaarvõtme väärtus.

Viiteterviklikkus võib katkeda tabelite sisestamise (lisamise), värskendamise ja kustutamise toimingute tulemusena. Viiteterviklikkusega on seotud kaks tabelit, vanem ja laps, ning need toimingud on nende kõigi jaoks võimalikud, seega on kuus erinevat valikut, mis võivad viia viiteterviklikkuse rikkumiseni või mitte.

Vanemtabeli jaoks:

Sisestage. Seal on uus esmase võtme väärtus. Ülemtabelis olevate kirjete olemasolu, millele ei viidata alamtabelist, on lubatud, toiming ei riku viiteterviklikkust.
Värskenda. Primaarvõtme väärtuse muutmine kirjes võib viia viiteterviklikkuse rikkumiseni.
Eemaldus. Kirje kustutamine kustutab primaarvõtme väärtuse. Kui alamtabelis on kirjeid, mis viitavad kustutatava kirje võtmele, muutuvad võõrvõtme väärtused kehtetuks. Toiming võib viia viite terviklikkuse rikkumiseni.

Lastelaua jaoks:

Sisestage. Te ei saa kirjet alamtabelisse sisestada, kui uus rekord võõrvõtme väärtus on kehtetu. Toiming võib viia viite terviklikkuse rikkumiseni.
Värskenda. Kui värskendate kirjet alamtabelis, võite proovida võõrvõtme väärtust valesti muuta. Toiming võib viia viite terviklikkuse rikkumiseni.
Eemaldus. Kirje kustutamine alamtabelis ei riku viite terviklikkust.

Seega võib viiteterviklikkust põhimõtteliselt rikkuda üks neljast toimingust:

Värskendage ülemtabelis olevaid kirjeid.
Ülemtabelis olevate kirjete kustutamine.
Kirjete lisamine alamtabelisse.
Värskenda kirjeid alamtabelis.

Põhistrateegiad viidete terviklikkuse säilitamiseks

Viite terviklikkuse säilitamiseks on kaks peamist strateegiat.

RESTRICT (RESTRICT) – ei luba teostada toimingut, mis viib viiteterviklikkuse rikkumiseni.

CASCADE (CASCADE CHANGE) - lubage vajalik toiming teha, kuid tehke vajalikud muudatused seotud tabelites, et vältida viite terviklikkuse rikkumist ja säilitada kõik olemasolevad seosed. Muudatus algab ülemtabelist ja liigub läbi alamtabelite. Selle strateegia rakendamisel on üks peensus, milleks on see, et alamtabelid ise võivad olla mõne kolmanda tabeli vanemad. See võib lisaks nõuda selle ühenduse jaoks mõne strateegia täitmist jne. Kui sel juhul ei saa mõnda kaskaadoperatsiooni (ükskõik millise tasemega) sooritada, siis tuleb esialgne toiming loobuda ja andmebaas sellesse tagasi viia. algne olek. See on keeruline strateegia, kuid see ei katkesta vanemate ja alamtabelite vahelisi suhteid.

Need strateegiad on standardsed ja olemas kõigis DBMS-ides, mis toetavad viiteterviklikkust.

Täiendavad strateegiad viidete terviklikkuse säilitamiseks

IGNORE (IGNORE) – lubab toimingu sooritada ilma referentsi terviklikkust kontrollimata. Sel juhul võivad alamtabelis ilmuda valed võõrvõtme väärtused ja kogu vastutus andmebaasi terviklikkuse eest lasub programmeerijal või kasutajal.

SET NULL – lubage nõutav toiming sooritada, kuid muutke sellest tulenevad valed võõrvõtme väärtused nullväärtusteks. Sellel strateegial on kaks puudust. Esiteks nõuab see luba nullväärtuste kasutamiseks. Teiseks kaotavad alamtabeli kirjed seose ülemtabeli kirjetega. Enam pole võimalik kindlaks teha, millise ülemtabeli kirjega alamtabeli muudetud kirjed pärast toimingut seostati.

SET DEFAULT (SET THE DEFAULT VALUE) – lubage vajalik toiming sooritada, kuid muutke ilmnevad valed välisvõtme väärtused mõneks vaikeväärtuseks. Selle strateegia eeliseks eelmise ees on see, et see väldib nullväärtuste kasutamist. Samuti pole pärast sellise toimingu sooritamist võimalik kindlaks teha, milliste ülemtabeli kirjetega alamtabeli muudetud kirjed seostati.

Joonisel fig. Joonisel 7 on näide relatsiooniandmebaasist, mis sisaldab personaliosakonnalt teavet ettevõtte töötajate kohta, kus iga tabeli puhul on näidatud selle väljade loend ja tabelitevahelisi seoseid näidatakse lihtsa võtmega - välja tabn väärtus. .

Riis. 7. Relatsiooniandmebaasi skeem

Alates 1980. aastatest on koos personaalarvutite laialdase kasutamisega nn "töölaua" relatsioonilised DBMS-id (Desktop Database), nagu dBase, FoxBase (selle hilisemad versioonid - FoxPro ja Visual FoxPro), Paradox, Access. Selliste relatsiooniandmebaaside tabelite levinuim vorming oli *.dbf, millega töötasid dBase, FoxBase ja ka Clipper - süsteem programmide kirjutamiseks (stringikompilaatori režiimis) andmebaasidega töötamiseks. Seejärel said mõned neist täisväärtuslikeks võrgu DBMS-ideks, mis ei tööta mitte ainult failiserveri arhitektuuri erinevates operatsioonisüsteemides, vaid millel on ka võimalus töötada andmebaasiserveritega klient-serveri arhitektuuris, samuti arendada ja kasutada html-i. - andmebaasi lehed.

Kõik arvutipõhised DBMS-id võib jagada kolme tüüpi:

Andmebaasihaldussüsteemid selle mõiste otseses tähenduses, mille puhul on andmebaasidega töötamine võimalik alles pärast selle süsteemi käivitamist ilma võimaluseta luua andmebaasidega töötavaid iseseisvaid programme. Nende süsteemide hulka kuuluvad: Access, Paradox, dBase.
Süsteemid, millel on nii vahendid andmebaasidega töötamiseks kui ka võimalus arendada operatsioonisüsteemis käivitatavaid kasutajaprogramme (rakendusi) ehk tarkvaraarendaja tööriistu – FoxPro.
Süsteemid kasutajaprogrammide arendamiseks andmebaasidega töötamiseks - Clipper, Clarion.

Kõik sellised DBMS-id sisaldavad tööriistu:

andmebaaside loomine ja nende struktuuri muutmine; registrifailide loomine;
töötada andmebaasidega tabelivormingus või tüüpvormi kujul väljade ridade kaupa paigutusega; võimalik muuta andmeid, lisada kirjeid, kustutada kirjeid, töötada mitme andmebaasi tabeli andmetega, arvutada keerulised väljendid etteantud tingimustel jne;
ekraanivormide arendamine, millel on lisaks andmebaasi või mälumuutujatega seotud redigeeritavatele väljadele ka juhtelemendid erinevat tüüpi nuppude kujul; keerulisemad objektid, nagu rippmenüüd jne;
trükitud vormide genereerimine - keeruka struktuuri aruanded koos andmete rühmitusega, koos arvutatud väärtuste ja summade vastuvõtmisega rühmade ja kogusummade kaupa (summa, arv, keskmine, maksimum, miinimum jne);
tarkvaramoodulite arendamine keerukaks andmetöötluseks;
väga keerulise struktuuriga päringute genereerimine - erinevate andmebaaside andmete kasutamine, keeruliste tingimuste seadmine andmete valimiseks, andmete sorteerimiseks ja grupeerimiseks.

Arendajale orienteeritud süsteemides on lisaks võimalik välja töötada menüü, abisüsteem ja projekt, mis sisaldab kõiki ülaltoodud komponente ja on kompileeritud käivitatavaks programmiks.

Olulised tegurid, mis määravad DBMS-i valiku, on järgmised:

Andmebaasivorming, mis võimaldab vahetada teavet teiste operatsioonisüsteemi rakendustega. Üks levinumaid vorminguid on dbf-vorming, millega töötavad dBase, FoxBase, FoxPro, Visual FoxPro, Clipper. Sellest "arusaavad" kõik MS Office'i rakendused. Nendest andmebaasidest saab andmeid üle kanda Wordi, Exceli, Accessi. Clarionil, Paradoxil, Accessil on oma andmevormingud.
Andmete salajasuse ja konfidentsiaalsuse tagamisel on süsteemid, mis ei ole suunatud programmide arendajale: Access, Paradox. Seda tegurit saab aga rakendada andmete salvestamisel spetsiaalsesse serverisse, kus erinevate kasutajate õigused on kergesti eristatavad.

Kõik kaasaegsed DBMS-id toetavad töörežiime paljude kasutajate kohtvõrgus ühe andmebaasiga. Mõnel neist on "viisardid", "ehitajad" ja "väljendusgeneraatorid" andmebaaside, ekraanivormide, aruannete ja standardrakenduste kiirendamiseks.

OC Windows 95-s töötamiseks loodud DBMS-i uusimad versioonid kuuluvad RAD-süsteemide (Rapid Application Development) klassi – tööriistad kiireks rakenduste arendamiseks – ja neil on objektorienteeritud programmeerimiskeel. Need on sellised süsteemid nagu Visual FoxPro, MS Access, Visual dBase jne.

Postrelatsioonilised andmebaasid

Praegu on tuntud ka nn postrelatsioonilised DBMS-id, mis põhinevad mitmemõõtmeliste tabelite kujul andmemudelil (näiteks InterSystems Corporationi Cache süsteemis) ja objektorienteeritud lähenemise põhimõtete laialdasel kasutamisel. andmebaaside korrastamises ja programmeerimises.

Andmebaasiserverid

Servereid kasutatakse laialdaselt kohalikes ja globaalsetes arvutivõrkudes: arvutid ja tarkvaratööriistad klientide – tööjaamade ja/või muude serverite – teenindamiseks.

Serverite näited võivad olla järgmised:

failiserver, mis hoiab kõigi tööjaamade jaoks jagatud failisalvestust;
Interneti-server, mis pakub teavet ülemaailmse Interneti kohta;
meiliserver, mis pakub tööd e-postiga;
andmebaasiserver – DBMS, mis võtab päringuid vastu kohaliku võrgu kaudu ja tagastab päringule vastava informatsiooni.

Mõistet "andmebaasiserver" kasutatakse tavaliselt kogu DBMS-i tähistamiseks, mis põhineb "klient-serveri" arhitektuuril, sealhulgas nii serveri kui ka kliendi osadel. Levinumad serverid on praegu Microsoft SQL Server, Oracle, IBM DB2 Universal DataBase, Informix jne. Ühe andmebaasi suurus võib nendel serveritel ulatuda miljoni terabaidini.

2.5. Hajutatud andmebaasid

Hajutatud andmebaasihaldussüsteemide põhiülesanne on pakkuda vahendit arvutivõrgu mõnes sõlmes paiknevate kohalike andmebaaside integreerimiseks nii, et võrgu mis tahes sõlmes töötaval kasutajal oleks juurdepääs kõigile neile andmebaasidele ühtse andmebaasina.

Võimalikud on homogeensed ja heterogeensed hajutatud andmebaasid. Homogeensel juhul haldab iga kohalikku andmebaasi sama DBMS. Heterogeenses süsteemis võivad kohalikud andmebaasid kuuluda isegi erinevatesse andmemudelitesse. Võrgu integreerimine heterogeensete andmebaaside on väga raske probleem. Teoreetilisel tasemel on teada palju lahendusi, kuid seni pole suudetud toime tulla põhiprobleemiga: integreeritud süsteemide ebapiisava efektiivsusega. Edukamalt lahendatakse vaheülesanne - heterogeensete SQL-ile orienteeritud süsteemide integreerimine. Seda soodustab suuresti SQL-keele standardiseerimine.

Jaotatud DBMS-i näide on System R*. Selles süsteemis jäävad rakenduste arendajad ja lõppkasutajad SQL keelekeskkonda. SQL-i kasutamise võimalus sõltub sellest, et System R* on andmete asukoha osas läbipaistev. Süsteem tuvastab automaatselt kasutaja päringus mainitud andmeobjektide hetkeasukoha; sama rakendusprogrammi, sealhulgas SQL-lauseid, saab käivitada erinevates võrgusõlmedes. Samal ajal valitakse igas võrgusõlmes päringu koostamise etapis kõige optimaalsem päringu täitmisplaan vastavalt andmete asukohale hajutatud süsteemis.

Lugeja

Töö nimetus	annotatsioon

Töötoad

Töökoja nimi	annotatsioon

Ettekanded

Ettekande pealkiri	annotatsioon
Ettekanded teemal 2

Rääkides üksikasjalikumalt andmebaaside klassifitseerimisest salvestatava teabe olemuse järgi, mainime faktilist ja dokumentaalset.

Faktograafilist tüüpi süsteemides salvestab andmebaas kasutajale huvipakkuvate teemavaldkonna objektide kohta teavet faktide kujul (näiteks töötajate eluloolised andmed, tootjate toodete toodangu andmed, jne.). Vastuseks kasutaja päringule väljastatakse nõutav info teda huvitava objekti (objektide) kohta või teade, et vajalikku infot andmebaasis ei ole.

Dokumentaalandmebaasides on salvestusüksus dokument (näiteks seaduse või artikli tekst) ning vastuseks tema soovile antakse kasutajale kas link dokumendile või dokumendile endale, milles ta saab leida teda huvitavat teavet.

Dokumentaalset tüüpi andmebaase saab korraldada erineval viisil: ilma hoiustamiseta ja originaaldokumendi enda salvestamisega masinkandjale. Esimest tüüpi süsteemid hõlmavad bibliograafilisi ja abstraktseid andmebaase, samuti andmebaaside indekseid, mis viitavad teabeallikale. Süsteeme, mis võimaldavad säilitada dokumendi täisteksti, nimetatakse täistekstideks.

Dokumenditüüpi süsteemides võib otsingu sihtmärgiks olla mitte ainult mõni dokumentidesse salvestatud teave, vaid ka dokumendid ise. Seega on võimalikud sellised päringud nagu "kui palju dokumente teatud aja jooksul loodi" jne. Sageli on otsingukriteeriumides "dokumendi vastuvõtmise kuupäev", "kelle poolt" ja muud "väljundandmed" dokumendid kui tunnused.

Andmebaasi klassifitseerimine andmete salvestamise meetodi järgi

Rääkides üksikasjalikumalt teabe salvestamise olemuse järgi klassifitseeritud andmebaasidest, rõhutame, et tsentraliseeritud ja hajutatud andmebaasid eeldavad mitme kasutaja samaaegset juurdepääsu samale teabele (mitmekasutaja, paralleeljuurdepääsu režiim). See toob kaasa spetsiifilised probleemid nende kujundamisel ja andmebaasi töötamise ajal.

Joonis 4 – tsentraliseeritud andmebaasi näide

Samuti on hajutatud andmebaasidel omadused seotud sellega, et füüsiliselt erinevad andmebaasi osad võivad paikneda erinevates arvutites, kuid loogiliselt võttes peavad need kasutaja seisukohalt olema ühtne tervik.

Joonis 5 – hajutatud andmebaaside näide

Andmebaasitarkvara nimetatakse andmebaasihaldussüsteemiks (DBMS).

"DBMS-i" kontseptsioon

Andmebaasihaldussüsteem on keele- ja tarkvaratööriistade kogum, mis pääseb ligi andmetele, võimaldab neid luua, muuta ja kustutada, tagab andmete turvalisuse jne. Üldiselt on DBMS süsteem, mis võimaldab luua andmebaase ja manipuleerida nende põhjal teavet. Ja see tagab juurdepääsu DBMS-i andmetele spetsiaalse keele - SQL-i kaudu.

SQL on struktureeritud päringukeel, mille põhiülesanne on pakkuda lihtne viis teabe lugemine ja kirjutamine andmebaasi.

Niisiis, lihtsaim vooluring andmebaasiga töötamine näeb välja selline:

Joonis 6 – andmebaasiga töötamise skeem

Klassifikatsioon andmemudeli järgi:

1. Hierarhiline- see on andmemudel, mis kasutab andmebaasi esitust puu (hierarhilise) struktuuri kujul, mis koosneb objektidest (andmetest) erinevad tasemed. Objektide vahel on lingid, iga objekt võib sisaldada mitut madalama taseme objekti. Sellised objektid on seotud esivanemaga (juurele lähemal asuv objekt) järglasega (madalama taseme objekt), samas kui on võimalik, et esivanema objektil pole lapsi või on neid mitu, samas kui alamobjektil peab olema neil on ainult üks esivanem. Objekte, millel on ühine esivanem, nimetatakse kaksikuteks (programmeerimises seoses andmestruktuuriga nimetatakse puud vendadeks);
2. Objekt- ja objektorienteeritud- on andmebaasihaldussüsteem, milles teave esitatakse objektide kujul ja mida kasutatakse objektorienteeritud programmeerimises. Objektide andmebaasid erinevad relatsiooniandmebaasidest, mis on tabelipõhised. Objektide relatsiooniandmebaasid on mõlema lähenemisviisi hübriid. Objektide andmebaase käsitleti 1980. aastate alguses;
3. Objekti suhteline DBMS (ORDBMS)-- relatsiooniline DBMS (RDBMS), mis toetab mõningaid tehnoloogiaid, mis rakendavad objektorienteeritud lähenemist: objektid, klassid ja pärand on realiseeritud andmebaasi struktuuris ja päringukeeles.

Objekt-relatsioonilised DBMS-id on näiteks tuntud Oracle Database, Informix, DB2, PostgreSQL;

4. Relatsiooniandmemudel (RMD)-- loogiline andmemudel, andmebaaside ehitamise rakendusteooria, mis on rakendus selliste matemaatika osade andmetöötluse probleemidele nagu hulgateooria ja esimest järku loogika. Relatsiooniandmebaasid on üles ehitatud relatsiooniandmete mudelile;
5. võrgu andmemudel-- loogiline andmemudel, mis on hierarhilise lähenemise laiendus, range matemaatiline teooria, mis kirjeldab struktuurilist aspekti, terviklikkuse aspekti ja andmetöötluse aspekti võrguandmebaasides;
6. funktsionaalne andmemudel kasutab seda lähenemist objekti määratlemiseks. Selle asemel, et esitada objekti konkreetse sisuga kirjena või koretisena B-puus, ütleb funktsionaalne mudel, millised funktsioonid (või toimingud) sellel objektil on määratletud. Objekti esitus on rakendusküsimus ja see on määratletud abstraktsiooni madalamal tasemel.

Klassifikatsioon püsiva salvestuskeskkonna järgi:

1. Sekundaarses mälus ehk tavamälus (ing. konventsionaalne andmebaas) - püsisalvestusmeedium on välismälu püsimälu (teisemälu), tavaliselt kõvaketas.
2. DBMS paigutab RAM-i ainult vahemälu ja andmed jooksvaks töötlemiseks;
3. Sisse muutmälu(In-memory andmebaas, mäluresidentide andmebaas, põhimälu andmebaas) - kõik andmed täitmisetapis on RAM-is;
4. tertsiaarses mälus(Inglise tertsiaarne andmebaas) – püsisalvestusmeedium on serverist eraldatud massmäluseade (tertsiaarmälu), mis põhineb tavaliselt magnetlintidel või optilistel ketastel. Serveri sekundaarmällu salvestatakse ainult tertsiaarse mälu andmekataloog, faili vahemälu ja andmed jooksvaks töötlemiseks; andmete laadimine ise nõuab eriprotseduuri.

Sisu klassifikatsioon:

1. Geograafiline;
2. Ajalooline;
3. Teaduslik;
4. Multimeedia;
5. Klient.

Klassifikatsioon leviku astme järgi:

1. Tsentraliseeritud ehk kontsentreeritud (inglise centralized database): andmebaas, mis on täielikult toetatud ühes arvutis.
2. Distributed (ingl distributed database): andmebaas, mille komponendid paiknevad vastavalt mingile kriteeriumile arvutivõrgu erinevates sõlmedes.
3. Heterogeenne hajutatud andmebaas: hajutatud andmebaasi fragmente erinevates võrgusõlmedes toetab rohkem kui üks DBMS
4. Homogeenne hajutatud andmebaas: hajutatud andmebaasi fragmente erinevates võrgusõlmedes toetatakse sama DBMS-i abil.
5. Fragmenteeritud ehk partitsioonitud (inglise partitioned database): andmete jaotamise meetod on killustatus (partitioning, partitioning), vertikaalne või horisontaalne.
6. Paljundatud andmebaas: andmete levitamise meetod on replikatsioon.

Klassifikatsioon andmebaasi töötlemise tehnoloogia järgi

1. Tsentraliseeritud baas andmeid- salvestatakse ühe arvutisüsteemi mällu. Kui see arvutussüsteem on arvutivõrgu komponent, on hajutatud juurdepääs sellisele andmebaasile võimalik. Seda andmebaaside kasutamise viisi kasutatakse sageli personaalarvutite kohtvõrkudes;
2. Hajutatud andmebaas- koosneb mitmest, võib-olla ristuvast või isegi dubleerivast osast, mis on salvestatud arvutivõrgu erinevatesse arvutitesse. Sellise andmebaasiga töötamine toimub hajutatud andmebaasihaldussüsteemi (RDBMS) abil.

Klassifikatsioon andmebaasi andmetele juurdepääsu järgi:

1. Kohaliku juurdepääsuga andmebaasid;
2. kaugjuurdepääsuga (võrgu) andmebaasid – võrgujuurdepääsuga tsentraliseeritud andmebaasisüsteemid soovitavad selliste süsteemide erinevaid arhitektuure:
- * failiserver;
- * klient-server.

Failiserver. Võrgujuurdepääsuga andmebaasisüsteemide arhitektuur eeldab ühe võrgumasina eraldamist keskseks (server, failid). Sellisesse masinasse salvestatakse jagatud tsentraliseeritud andmebaas. Kõik teised võrgus olevad masinad toimivad tööjaamadena, mis toetavad kasutajasüsteemi juurdepääsu tsentraliseeritud andmebaasile. Andmebaasi failid edastatakse vastavalt kasutaja soovidele tööjaamadesse, kus neid põhiliselt töödeldakse. Samadele andmetele juurdepääsu suure intensiivsusega infosüsteemi jõudlus langeb. Samuti saavad kasutajad luua tööjaamades kohalikke andmebaase, mida nad ainult kasutavad.

Klient-server. See kontseptsioon eeldab, et lisaks tsentraliseeritud andmebaasi salvestamisele peaks keskmasin (andmebaasiserver) suutma täita suuremat osa andmetöötlusest. Kliendi (tööjaama) väljastatud andmete päring genereerib serveris andmete otsingu ja toomise. Otsitud andmed (kuid mitte failid) transporditakse üle võrgu serverist kliendini. Klient-server arhitektuuri eripäraks on SOL päringukeele kasutamine.

Klassifikatsioon kasutusvaldkondade järgi:

1. Dokumentaalsed ja dokumentograafilised andmebaasid - sisaldavad dokumentide kirjeldusi. Olenevalt kirjelduse sisust on olemas dokumentograafilised andmebaasid tüüpidega BO (ainult dokumendi bibliograafiline kirjeldus), BC (bibliograafiline kirjeldus ja märksõnad) ja BKR (bibliograafiline kirjeldus, märksõnad, abstraktne või abstraktne). Ilmunud on ka täisteksti andmebaasid, mis sisaldavad tegelikult dokumentaalsete dokumentide täistekste.

Dokumentograafilised süsteemid on reeglina üles ehitatud kaheahelalise skeemi järgi: esimene silmus sisaldab dokumentograafilist andmebaasi ja seda kasutatakse automatiseeritud dokumendiotsinguks, teine silmus tagab vajadusel dokumendi täisteksti väljastamise. algallika koopia kujul paberil, mikrofilmil või kuvab teksti ekraanil optiliselt kettalt (mõnel juhul suure mahutavusega kõvakettalt).

See klass sisaldab järgmist tüüpi andmebaase:

- vastavalt avaldatud teaduslikele ja tehnilistele dokumentidele;
- sotsiaalteaduste valdkonnas avaldatud dokumentide järgi;
- vastavalt patendidokumentidele;
- teadus- ja arendustegevuse, teadus- ja arendustegevuse, tarkvara aruannete kohaselt;
- põhineb sektoritevahelise vahetuse materjalidel (teadus- ja tehnikasaavutused, FPTO, IL, kataloog, näituseinfo jne);
- vastavalt standarditele ja muule regulatiivsele ja tehnilisele dokumentatsioonile;
- raamatukogudes, raamatute kirjastamise ja müügiga tegelevates organisatsioonides loodud bibliograafilised andmebaasid;
- massimeedia loodud sotsiaal-poliitilise teabe abstraktsed ja täisteksti andmebaasid;
- seadusandliku ja juriidilise teabe andmebaas;
- dokumentograafiline dokumentograafia tarkvara eritüübid dokumendid;
- Arhiividokumentide andmebaas. Riigi erinevat tüüpi DBD-ga seotud olukorra analüüs näitab, et praegu on dokumentograafilist tüüpi DBD saanud suurima arengu, seda peamiselt teadus- ja tehnikainformatsiooni, sotsiaalteaduste, patendidokumentide valdkonnas avaldatud dokumentide põhjal. , teadus- ja arendustegevuse aruanded, T&A ja muud tüüpi dokumendid, mis on loodud teadus- ja tehnikainfo süsteemi raames.
2. Toodete andmebaasisüsteem – Tooteteave on peamine tehnilise ja majandusliku teabe liik. Tooteandmeid iseloomustavad:
- - tohutu ja sageli korratu nomenklatuur (10 miljonist 1 miljardini), ainuüksi OKP sisaldab 25 miljonit positsiooni, tõmbemajandussüsteemis on kuni 16 miljonit kinnitusdetaili, teavet on rohkem kui 6 miljoni keemilise ühendi kohta jne;
- - kasutuse ja tootekirjelduse heterogeensus ja mitmekülgsus selle elutsükli kõigil etappidel;
- - üksikuid tootegruppe iseloomustavate omaduste (omaduste) rohkus (kuni 200 omadust);
- - toodete mitmesuguseid kasutusvaldkondi, mis hõlmavad kõiki majandustegevuse valdkondi;
- - arvukad ja mitmekesised seosed toodete ja muud tüüpi teabe vahel (suhtlus arendajate ja tootjatega, komponendid, toorained ja vahendid, tehnoloogilised protsessid, tööd ja teenused, seisukord keskkond ja nii edasi.);
- - suur hulk ja mitmekesine kasutajarühmade kategooria;
- - suure hulga erinevate ja mitteseotud süsteemide olemasolu toodete klassifitseerimiseks ja kodeerimiseks (OKP, ESKD, ETNVT, kaupade kirjeldamise ja kodeerimise harmoneeritud süsteem, vöötkoodisüsteem, tööstus- ja kohalikud süsteemid jne);

Toodete andmebaasisüsteemi kasutajate arv ulatub kümnete tuhandeteni (tööstusettevõtted ja Põllumajandusüle 100 tuhande, juht- ja täitevorganid - üle 50 tuhande, ühistud, rendi- ja üksikettevõtted jne).

3. Majandus- ja turuinfo - majandus- ja turuinfo andmebaaside ja pankade loomine on reguleeritud turumajandusele üleminekul ühiskonna toimimise oluline tegur.

Varasematel aastatel loodi ja käitati majandusandmebaase NSVL Riikliku Plaanikomitee ASPR-i, Venemaa Goskomstati ESIS-e, Venemaa Rahandusministeeriumi ASFR-i, NSVL Gossnabi ACS-i, OASU-i koosseisus. Riigipank, teised ministeeriumid ja osakonnad, ettevõtete ja organisatsioonide territoriaalsed juhtorganid.

Infotoe arendamine reguleeritud turumajandus põhineb kahel peamisel teguril:

- ettevõtete ja organisatsioonide poolt juhtorganitele esitatavate aruandlusandmete ja riikliku statistika mahu vähendamine.
- Föderatsiooninõukogu, ettevõtete, organisatsioonide, elanikkonna, territoriaal- ja sektoritevahelise haldusorganite teabevajaduse märkimisväärne suurenemine sotsiaal-majandusliku teabe osas.

Sotsiaal-majandusliku ja turuinfo andmebaasi arendamise põhisuund on järgmiste integreeritud andmebaaside loomine:

1) arvestus- ja statistikaüksuste registrid ja andmebaas:

a. haldusterritoriaalsete üksuste (föderatsiooni subjektid, omavalitsusasutused) sotsiaal-majandusliku arengu passid

b. struktuuriüksused kõigis majandusharudes, sõltumata omandiliigist, eelkõige tööstus-, põllumajandus-, ehitusettevõtete, teadus- ja projekteerimisorganisatsioonide, talude jms registrid;

c. ehitusregistrid.

2) integreeritud andmebaasid majandussektorite olukorra ja arengu terviklikuks analüüsiks.
3) Tegevusalade, ettevõtete, organisatsioonide ja nende ühenduste, territooriumide ja piirkondade aastabilansside andmebaas.
4) Massiloenduste, ühekordsete loenduste ja valikuuringute andmebaas.
5) Pangaülekannete andmebaas.
6) Elanike sissetulekute ja väljaminekute eelarveprojekt, sh pereeelarvete eelarveprojekt.
4. Faktilised sotsiaalandmebaasid – sotsiaalsed andmed viitavad andmetele rahvastiku ja sotsiaalse keskkonna kohta. Rahvastikuteave sisaldab üksikisikute soolisi, sotsiaalseid, meditsiinilisi ja muid isikuandmeid, aga ka kokkuvõtlikke andmeid kogu riigi ja selle üksikute territooriumide elanikkonna ning teatud elanikkonnarühmade kohta: pensionärid, üürnikud, kool. -ealised lapsed, naised jne.

Sotsiaalse keskkonna info sisaldab andmeid vabade töökohtade, linnaplaneerimise, linnamajanduse, linna reisijateveo, seaduste, rikkumiste kohta avalik kord ja jne.

Valdav osa sotsiaalsetest andmebaasidest luuakse kohalike omavalitsuste süsteemides. Selliste andmete allikad on reeglina vormistatud dokumendid.

Sotsiaalsete andmebaaside tarbijad on elanikkond, erinevate tasandite ja valdkondade valitsusasutused alates elamumajanduse büroodest ja osakondadest kuni föderaalassambleeni, aga ka teadlased.

5. Riigi transpordisüsteemide andmebaasid - andmebaasivõrgu kujundamise mõte on hinnata selle hetkeseisu.

Osana teatud tüübid transport ja nende automatiseeritud juhtimissüsteemid on loodud ja toimivad eraldi andmebaaside ja andmepankadena ning võimsate infosüsteemidena.

Lennutranspordis on Sirena arvutivõrk, mis automatiseerib lennupiletite müüki. Võrgustik areneb ja peaks hõlmama kogu riigi territooriumi.

Expressi süsteem on loodud raudteetranspordis. Selle ülesannete hulka ei kuulu mitte ainult raudteepiletite broneerimine ja müük, vaid ka kohtade olemasolu kohta tõendite väljastamine.

Meretranspordist teabeotsingusüsteemide "Laevaettevõtted", "Sadamad", "Laevaremonditehased" raames. "Laevad" haldavad andmebaase laevastiku ja sadamate tegevuse planeerimiseks ja reguleerimiseks, andmebaasid edasi tehniline seisukord laevastik.

Maanteetranspordis infootsingusüsteemide raames nii dokumentograafilised andmebaasid ASNTI, "Leiutised", "Normid", "Standardid", "Direktiivid" kui ka faktograafilised andmebaasid - "Garo", "Mootortransport", "Mittelikviidsed varad" , "Majandus", "Ehitus".

6. Elanikkonna ja organisatsioonide võrdlusbaasid - arenenud riikides on praktika, et andmebaasi kasutatakse elanikkonna ja asutuste teabe- ja teatmeteenuste jaoks. Selleks korraldatakse juurdepääs lennuettevõtjate andmebaasile, et väljastada sertifikaate näiteks lennukite ja rongide sõiduplaanide kohta; kodanike ja organisatsioonide aadresside ja telefonide kohta; raadio- ja telesaadete kohta; näituste pidamisest jne. Lisaks luuakse spetsiaalsed teabe- ja viiteandmebaasid, mille hulgas saab eristada järgmisi tüüpe:
- - entsüklopeediad ja teatmeteosed;
- - ettevõtete, ettevõtete ja organisatsioonide indeksid;
- - eluloolised andmed ("Kes on kes");
- - uut tüüpi tarbekaupade kirjeldused;
- - valitsuse lepingute, toetuste jms indeksid.

Meie riigis arendavad seda tüüpi andmebaase praegu suured referentteenused, mis pakuvad sarnaseid teenuseid, kasutades peamiselt käsitsi või automatiseeritud kartoteekappe. Mõned võrdlus-BND-tüübid puuduvad.

7. Ressursiandmebaasi süsteem – probleemid loodusvarad hõivavad mis tahes riigi arengus erilise koha, määrates kindlaks selle iseseisvuse ja õitsengu taseme.

Täielik ja usaldusväärne teadlikkus selles küsimuses, et kontrollida, analüüsida ja ennustada ressursside seisundit, on üks prioriteetseid vajadusi ühiskonna võimalike arenguviiside objektiivsete, teaduslikult põhjendatud hinnangute huvides.

Loodusvarade andmebaasisüsteemil on mitmeid funktsioone, sealhulgas:

- erinevaid andmebaasi ressursiobjektide tüüpe;
- erinevat tüüpi ressursside vastastikune sõltuvus ja vahetatavus ning sellest tulenevalt vajadus tagada teabe vastastikune seotus ja neid käsitleva teabe võrreldavus;
- suure hulga nii tsentraliseeritud kui ka piirkondlike ja osakondade teabeallikate olemasolu;
- infovoogudes info esitamise erinevad vormid (digitaalne, tekstiline, graafiline, kartograafiline jne);
- lai valik infovoogude mahtusid ja ajalisi parameetreid, mis saadakse nii andurite abil kui ka käsitsi sisestamise abil;
– ühe piirkonna ressursside seisundi ja keskkonna mõju teistele.
8. Faktibaasid ja teadusandmete pangad- kaasaegne lava Teaduse arengut iseloomustab üleminek kvalitatiivselt uuele uurimistasemele, mille määrab informaatika – info kogumise, töötlemise ja edastamise seaduspärasuste ja meetodite teadus – meetodite ja vahendite laialdane kasutamine. Teaduses ei peaks informaatika meetodite ja vahendite rakendamine mitte ainult vabastama teadlast teadaoleva teabe otsimise ja kasutamiseks ettevalmistamise rutiinsest tööst, vaid tagama ka ühtse matemaatilise tehnoloogia rakendamise probleemide lahendamiseks - alates matemaatiliste mudelite koostamine ja nende täielik infotugi koos kõigi vajalike andmetega tarkvarakomplekside moodustamiseks ja ülesannete lahendamiseks. Oluline on, et see liin oleks pidev ja töökorras, ilma andmetöötluses tehnoloogiliste lünkadeta. Sisuliselt määrab selle erineva teabe, eraldiseisvate andmekogumite ja üksikute programmide otsustav muutmine ühtseks teabe- ja tarkvaratooteks, samuti kaasaegsete meetodite igakülgne rakendamine selliste toodetega manipuleerimiseks arvutitehnoloogia abil.
9. Kultuuri- ja kunstivaldkonna andmebaasid – leksikograafia automatiseerimise andmebaasid võivad avaldada märkimisväärset majanduslikku mõju, kui LDB on integreeritud automatiseeritud kirjastussüsteemidega, millel on välismaal. massrakendus. Tuleb meeles pidada, et kõigi kolme tüüpi andmebaasid ristuvad üksteisega oluliselt andmete koostise osas, kuigi neil on palju spetsiifilisi omadusi. Samas on paljud andmebaasid üsna suured (kuni sadu tuhandeid ja isegi miljoneid kirjeid), mistõttu nende loomine ja hooldamine nõuab märkimisväärseid rahalisi vahendeid ja tööjõudu.
10. Keelelised andmebaasid- Lingvistilised andmebaasid (LDB) sisaldavad andmeid erinevate tasandite keeleüksuste kohta (morfeemist tekstini) ja nende üksuste kohta mitmesugust teavet.

LDB-del on kolm peamist rakendusvaldkonda:

- erinevate toimimise tagamine automatiseeritud süsteemid teksti ja kõne töötlemisega seotud (info-, ekspert-, koolitussüsteemid, kõneanalüüsi süsteemid, masintõlge jne);
- leksikograafiliste tegevuste automatiseerimine massi- ja eriotstarbel, s.o sõnaraamatute koostamine erinevat tüüpi(koolitus, tõlge, normatiivne, selgitav jne);
- teadlaste töö automatiseerimine: keeleteadlased, keeleõpetajad ja teised filoloogid.

andmebaasi salvestamise teave

TEEMA 2 BND KLASSIFIKATSIOON

Uuritavad küsimused:

1. Andmebaasi klassifikatsioon

2. DBMS-i klassifikatsioon

Kirjandus:, 1. peatükk, 2. peatükk, 3. peatükk.

BND on keerulised süsteemid ja nende klassifikatsiooni saab teha nii kogu BND kui terviku kui ka selle iga komponendi kohta eraldi. Iga komponendi klassifitseerimist saab läbi viia paljude erinevate tunnuste järgi.

1. Andmebaasi klassifikatsioon

1) Vastavalt teabe esitamise vormile eristama visuaalne Ja helisüsteemid, samuti süsteemid multimeedia. See klassifikatsioon näitab, millisel kujul teavet andmebaasis säilitatakse ja kasutajatele väljastatakse: kas pildi (tegelasetekst, pildid, joonised, fotod jne), heli kujul või on võimalik kasutada erinevaid kuvamisvorme. teavet.

2) Andmekorralduse olemuse järgi Andmebaasi saab jagada struktureerimata(andmebaas semantiliste võrkude kujul), osaliselt struktureeritud(nt lihtteksti andmebaasid või hüpertekstisüsteemid) ja struktureeritud(nõuavad eelprojekti ja andmebaasi struktuuri kirjeldamist, alles pärast seda saab neid andmetega täita). See atribuut viitab sümboolsel kujul esitatud teabele.

3) Struktureeritud andmebaas kasutatud mudeli tüübi järgi andmeid jagunevad hierarhiline, võrku, suhteline, segatud Ja mitme mudeliga. Andmetöötlustehnoloogiate areng on viinud esilekerkimiseni postrelatsiooniline, objekt-relatsioon või hübriid , objektorienteeritud , mitmemõõtmeline DB.

4) Salvestatud teabe tüübi järgi Andmebaas on jagatud dokumentaalfilme Ja leksikograafiline. Dokumentaalsete aluste hulgas on bibliograafiline, abstraktne Ja täistekst.

TO leksikograafiline Andmebaasid sisaldavad erinevaid sõnastikke, klassifikaatoreid, pealkirju jne. Tavaliselt kasutatakse neid viitena koos dokumentaalsete või faktiliste andmebaasidega.

IN dokumentaalfilme Andmebaasi salvestusühikuks on dokument ( Näiteks, seaduse või artikli teksti). Dokumentide otsimine ja väljastamine toimub nende sisu järgi. Lihtsaim otsingumeetod põhineb kasutamisel deskriptorid – märksõnad probleemvaldkonnast, mis iseloomustavad dokumendi sisu. Nende päringust välja võetud kollektsiooni võrreldakse dokumendi kirjeldustega ("otsingumuster"). Vastuseks kasutaja soovile väljastatakse kas link dokumendile või dokumendile endale, millest ta leiab teda huvitava teabe.

Süsteemides faktiline tüüpi, andmebaasi salvestatakse info kasutajat huvitavate teemavaldkonna objektide kohta “faktide” kujul ( Näiteks, töötajate eluloolised andmed, andmed tootjate toodete toodangu kohta jne). Vastuseks kasutaja päringule kuvatakse tema poolt nõutud info või teade, et vajalikku infot andmebaasis ei ole.

5) Andmete salvestamise ja neile juurdepääsu korralduse olemuse järgi eristama kohalik Ja jagatud DB.

Kohalik andmebaas on andmebaas, mis on mõeldud kasutamiseks ühele kasutajale. Kohalikke andmebaase saab luua iga kasutaja iseseisvalt või neid saab hankida jagatud andmebaasist.

Levitatud DB soovitada mitme kasutaja samaaegset juurdepääsu samale teabele (mitme kasutaja, paralleeljuurdepääsu režiim). Füüsiliselt võivad andmebaasi erinevad osad asuda erinevates arvutites, kuid loogiliselt võttes peavad need kasutaja seisukohalt olema ühtne tervik.

2. DBMS-i klassifikatsioon

1) Suhtluskeele järgi DBMS-id jagunevad avatud(kasutage universaalseid programmeerimiskeeli), suletud(omakeeled kasutajatega suhtlemiseks) ja segatud.

2) Funktsiooni järgi DBMS-id jagunevad informatiivne Ja operatsiooniruumid. Teave DBMS võimaldab teil korraldada teabe salvestamist ja juurdepääsu sellele. Toimiv DBMS teostada keerukat töötlemist Näiteks, võimaldavad automaatselt saada koondandmeid, mida ei salvestata otse andmebaasi jne.

3) Vastavalt võimalikule rakendusalale eristama universaalne Ja spetsialiseerunud, domeenispetsiifiline DBMS(on võimsad väljendusvahendid keerukate objektide modelleerimiseks).

4) "jõu" järgi DBMS-id jagunevad töölaud Ja ettevõtte. iseloomulikud tunnused töölaua DBMS on suhteliselt madalad nõuded tehnilistele vahenditele, keskendumine lõppkasutajale, madal hind.

Ettevõtte DBMS pakkuda tööd hajutatud keskkonnas, suure jõudlusega, toetada koostööd süsteemi kujundamisel, omada täiustatud haldustööriistu ja laiemaid võimalusi terviklikkuse säilitamiseks. Need süsteemid on keerulised, kallid ja nõuavad märkimisväärseid arvutusressursse.

Tabel 2.1 – kõige populaarsem töölaua DBMS

DBMS	Tootja
Visuaalne dBase	dBase Inc.
Paradoks	corel
Microsoft Access	Microsoft
Microsoft FoxPro	Microsoft
Microsofti andmemootor	Microsoft

Tabel 2.2 – Serveri DBMS

DBMS	Tootja
Oraakel	Oracle Corp.
Microsoft SQL Server	Microsoft
Informix	Informix
Sybase	Sybase

5) Keskendudes valdavale kasutajate kategooriale DBMS-i saab eristada arendajatele Ja lõppkasutajatele.

Arendajale orienteeritud süsteemid , peab:

¾ omama kvaliteetseid kompilaatoreid;

¾ võimaldada "võõratavate" tarkvaratoodete loomist;

¾ omama täiustatud silumistööriistu;

¾ sisaldama projekti dokumentatsiooni tööriistu;

¾ on võimeline looma tõhusaid keerukaid süsteeme.

Peamine nõuded esitati lõppkasutaja süsteemidele, on:

¾ liidese mugavus;

¾ keelevahendite kõrge tase;

¾ intelligentsete vihjemoodulite olemasolu;

¾ suurenenud kaitse tahtmatute vigade eest ("lollikindel") jne.

3. Andmepankade klassifikatsioon

1) Kasutustingimused eristada tasuta ja tasulist. Tasulised jagunevad ärilisteks ja mittetulunduslikeks.

Mittetulunduslik andmebaas tegutsevad isemajandamise põhimõttel ega sea endale eesmärgiks kasumi teenimist (teadus-, raamatukogu- või ühiskondlikult oluline C&D).

Loomise peamine eesmärk kaubanduslik BND on teabetegevusest kasu saamine.

2) Omandivormi järgi BND jagunevad riiklikeks ja mitteriiklikeks (era-, grupi-, isiklikud).

3) Ligipääsetavuse astme järgi eristada avalikku ja piiratud juurdepääsu .

4) Teemavaldkonna katvuse järgi BND võib klassifitseerida erinevatesse "sektsioonidesse":

¾ territoriaalne (ülemaailmne, riik, linn jne);

¾ ajutine (aasta, kuu, sajandi algusest jne);

¾ osakondlik ;

¾ probleem ( temaatiline ) .

5) Kasutaja suhtluse olemuse järgi BND jagunevad aktiivseteks ja passiivseteks. IN passiivne bnd juhtroll kuulub kasutajale. IN aktiivne Süsteem võib käitumist ise muuta.

6) Valdava infotöötluse olemuse järgi eristada OLTP süsteeme (On-line Transaction Processing ) – Interneti-tehingute töötlemise süsteemid(rakendada suur hulk üsna lihtsaid päringuid) ja OLAP - süsteemid (On - Line Analytical Processing ) – analüütilised andmetöötlussüsteemid(rakendada kompleksset analüütilist andmetöötlust) või strateegiliste otsuste tugisüsteemid (DSS).

Kuni kahekümnenda sajandi 90ndate keskpaigani. Andmebaasi all mõisteti staatilisi andmebaase ( OLTP ). 90ndate keskpaigaks DB klassis OLTP kronoloogilist teavet on kogunenud nii palju, et andmebaasi maht on järsult kasvanud ja jõudlus on hakanud langema. Näiteks, nõuab dekanaadi töö kõige sagedamini üksikasjalikke andmeid jooksva õppeaasta kohta. Samas hoitakse andmebaasis ka tagasiulatuvaid andmeid eelmiste aastate kohta. Selliseid andmeid on vaja palju harvemini ja enamasti koondatuna. Näiteks esitage nende õpilaste nimed, kes said viimasel kolmel semestril ainult suurepäraseid hindeid.

Tabel 2.3 – Võrdlus OLTP ja OLAP

Iseloomulik	OLTP	OLAP
Domineerivad operatsioonid	Andmete sisestamine, otsing	Andmete analüüs
Taotluste olemus	Palju lihtsaid tehinguid	Keerulised tehingud
Salvestatud andmed	toimiv, detailne	Hõlmab suurt ajavahemikku, koondatuna
Omamoodi tegevus	Operatiivne, taktikaline, lihtne käsitsemine	Analüütiline, strateegiline: prognoosimine, modelleerimine, seoste analüüs ja tuvastamine, statistiliste mustrite tuvastamine
Andmetüüp	Struktureeritud	heterogeenne
Andmete säilitamise periood	Kuni aasta	Kuni mitu aastakümmet
Andmete muutlikkus	muutuvad	Lisatakse
Andmete järjestamine	Iga valdkonna jaoks	Kronoloogiliselt
Töödeldud teabe hulk	Väike	Väga suur
Töötlemise kiirus	Keskmine	Väga kõrge
	Sageli ja väikeste portsjonitena	Harva ja väga suurte portsjonitena

Eraldi andmebaasides saab koondada kõik ühe või mitme rakendusprobleemi lahendamiseks vajalikud andmed või mis tahes ainevaldkonnaga (näiteks rahandus, üliõpilased, õpetajad jne) seotud andmed. Esimesi nimetatakse tavaliselt rakenduslikud andmebaasid ja teine - aineandmebaasid (vastab organisatsiooni objektidele, mitte selle teaberakendustele).

Teemade andmebaasid võimaldavad pakkuda tuge mis tahes praegustele ja tulevastele rakendustele, kuna nende andmeelementide komplekt sisaldab rakenduste andmebaaside andmeelemente. Sellest tulenevalt annavad aineandmebaasid aluse mitteametlike, muutuvate ja tundmatute päringute ja rakenduste käsitlemiseks (rakendused, mille andmenõudeid ei saa ette määrata). Selline paindlikkus ja kohandatavus võimaldab luua aineandmebaasidel põhinevaid üsna stabiilseid infosüsteeme, s.t. süsteemid, kus enamik muudatusi saab teha ilma vanu rakendusi ümber kirjutamata.

Sissejuhatus

1. peatükk. Andmebaasi põhitõed

1.1.Andmekogude klassifikatsioon

1.3 Andmebaasi kirjelduse mudelid

1.4. Töölaua DBMS-i põhitõed

1.5.Andmekogudele esitatavad nõuded ja standardid

Peatükk 2. Töö Microsoft Accessi andmebaasiga

2.1. Töölaua andmebaasi Microsoft Access põhitõed

2.2. Töötamine Microsoft Accessi andmebaasiga

Järeldus

Kasutatud kirjanduse loetelu

Sissejuhatus

Infovood, mis meid ümbritsevas maailmas ringlevad, on tohutud. sisse

aeg nad kipuvad pikenema. Seetõttu igas organisatsioonis

suured ja väikesed, on sellise juhtimiskorralduse probleem

andmed, mis tagaksid kõige tõhusama toimimise. Mõned

organisatsioonid kasutavad selleks kappi, kuid enamik eelistab

arvutipõhised meetodid - andmebaasid, mis võimaldavad teil tõhusalt salvestada,

struktureerida ja korraldada suuri andmemahtusid. Ja täna ilma alusteta

andmetel on võimatu ette kujutada enamiku finants-, tööstus-,

kaubandus- ja muud organisatsioonid. Kui andmebaase poleks, siis nad lihtsalt lämbuksid sisse

info laviin.

Olemasoleva teabe arvutipõhiseks teisendamiseks on palju häid põhjuseid. Nüüd on teabe arvutifailides säilitamise kulud odavam kui paberkandjal. Andmebaasid võimaldavad teil teavet salvestada, struktureerida ja hankida

kasutaja jaoks optimaalne. See teema on praegu aktuaalne, sest. Kliendi/serveri tehnoloogiate kasutamine võib säästa märkimisväärselt raha ja mis kõige tähtsam - aega vajaliku teabe hankimiseks, samuti lihtsustada juurdepääsu ja hooldust, kuna need põhinevad keerukal andmetöötlusel ja nende salvestamise tsentraliseerimisel. Lisaks võimaldab arvuti salvestada mis tahes andmevorminguid, teksti, jooniseid, käsitsi kirjutatud andmeid, fotosid, helisalvestisi jne.

Et kasutada nii tohutult salvestatud infot, lisaks arendada

vaja on süsteemiseadmeid, andmeedastusvahendeid, mälu, vahendeid

pakkudes inimese ja arvuti dialoogi, mis võimaldab kasutajal siseneda

või teha otsuseid salvestatud andmete põhjal. Nende funktsioonide pakkumiseks

on loodud spetsiaalsed tööriistad - andmebaasihaldussüsteemid (DBMS).

Käesoleva töö eesmärgiks on avada andmebaasi ja andmebaasihaldussüsteemi kontseptsioon ning vaadelda konkreetse näite varal töölaua DBMS-i tööd.

1.1.Andmekogude klassifikatsioon

Andmebaas on domeeni teabemudel, omavahel seotud andmete kogum, mis on salvestatud minimaalse liiasusega, nii et seda saab optimaalselt kasutada ühe või mitme rakenduse jaoks. Andmed (failid) salvestatakse välismällu ja neid kasutatakse sisendina probleemide lahendamisel.

DBMS on programm, mis rakendab andmebaasi salvestatud andmete tsentraliseeritud haldamist, neile juurdepääsu, nende ajakohasena hoidmist.

Andmebaasihaldussüsteeme saab klassifitseerida vastavalt andmetevaheliste seoste loomise meetodile, nende poolt täidetavate funktsioonide olemusele, rakendusalale, toetatavate andmemudelite arvule, andmebaasiga suhtlemiseks kasutatava keele olemusele ja muule. parameetrid.

DBMS-i klassifikatsioon:

· Vastavalt täidetavatele funktsioonidele jagunevad DBMS-id operatiivseteks ja informatiivseteks;

· rakendusala järgi jagunevad DBMS-id universaalseteks ja probleemikeskseteks;

· vastavalt kasutatavale suhtluskeelele jagunevad DBMS-id kinnisteks, millel on kasutajatel andmebaasidega suhtlemiseks oma iseseisvad keeled, ja avatud keelteks, milles suhtlemiseks kasutatakse andmetöötluskeele operaatoritega laiendatud programmeerimiskeelt. andmebaasiga;

· Vastavalt toetatud andmemudelite tasemete arvule jagunevad DBMS-id ühe-, kahe-, kolmetasandilisteks süsteemideks;

· andmetevaheliste seoste loomise meetodi järgi eristatakse relatsioonilisi, hierarhilisi ja võrguandmebaase;

· andmete salvestamise korraldamise ja töötlemisfunktsioonide täitmise meetodi järgi jaotatakse andmebaasid tsentraliseeritud ja hajutatud.

Võrgujuurdepääsuga tsentraliseeritud andmebaasisüsteemid eeldavad kahte peamist arhitektuuri – failiserver või klient-server.

Failiserveri arhitektuur. Eeldab ühe võrgumasina eraldamist keskseks (peamiseks failiserveriks), kuhu salvestatakse jagatud tsentraliseeritud andmebaas. Kõik muud masinad toimivad tööjaamadena. Andmebaasifailid edastatakse vastavalt kasutaja soovidele tööjaamadesse, kus neid põhiliselt töödeldakse. Samadele andmetele juurdepääsu suure intensiivsusega infosüsteemi jõudlus langeb.

Klient-server arhitektuur. Sellest võrgus olevate arvutitevahelise suhtluse mudelist on tegelikult saanud tänapäevase DBMS-i standard. Kõik võrguga ühendatud arvutid, mis moodustavad selle arhitektuuri, täidavad oma rolli: server omab ja haldab süsteemi inforessursse, kliendil on võimalus neid kasutada. Lisaks tsentraliseeritud andmebaasi salvestamisele tegeleb andmebaasiserver suurema osa andmetöötlusest. Kliendi (tööjaama) väljastatud andmete päring genereerib serveris andmete otsingu ja toomise. Ekstraheeritud andmed transporditakse üle võrgu serverist kliendini. Klient-server arhitektuuri eripära on SQL päringukeele kasutamine.

Andmebaasiserver on DBMS, mis töötleb samaaegselt kõigi tööjaamade päringuid. Reeglina on klient ja server üksteisest geograafiliselt eraldatud, sellisel juhul moodustavad nad hajutatud andmetöötlussüsteemi.

1.2. DBMS-i funktsionaalsus

DBMS-i omadused on järgmised:

esitus;

Andmete terviklikkuse tagamine andmebaasi tasemel;

Andmete turvalisuse tagamine;

Võimalus töötada mitme kasutajaga keskkondades;

Võimalus importida ja eksportida andmeid;

Andmetele juurdepääsu pakkumine SQL-keelt kasutades;

Võimalus esitada taotlusi

Tööriistade olemasolu rakendusprogrammide arendamiseks.

DBMS-i jõudlust hinnatakse:

Taotluste täitmiseks kuluv aeg

teabe otsimise kiirus;

muudest vormingutest andmebaaside importimise aeg;

toimingute kiirus (nagu värskendamine, sisestamine, kustutamine);

aruande koostamise aeg ja muud näitajad.

Andmete turvalisus saavutatakse:

Rakendusprogrammide krüpteerimine;

andmete krüpteerimine;

andmete kaitsmine parooliga;

· juurdepääsu piiramine andmebaasile (tabelile, sõnastikule jne).

Andmete terviklikkuse tagamine tähendab vahendite olemasolu tagamaks, et andmebaasis olev teave jääb alati õigeks ja täielikuks. Andmete terviklikkus tuleb säilitada sõltumata sellest, kuidas andmed mällu sisestatakse (võrgus, impordi kaudu või kaudu eriprogramm). Praegu kasutatavatel DBMS-idel on vahendid andmete terviklikkuse ja usaldusväärse turvalisuse tagamiseks.

Andmebaasihaldussüsteem haldab andmeid välismälus, pakub usaldusväärset andmesalvestust ja tuge sobivatele andmebaasi keeltele. oluline funktsioon DBMS on RAM-i puhvrite haldamise funktsioon. Tavaliselt töötavad DBMS-id suurte andmebaasidega, mis sageli ületavad arvuti RAM-i. Arendatud DBMS-id säilitavad oma RAM-puhvrite komplekti, mille asendamiseks on oma distsipliin.

Enim kasutatavad andmebaasihaldussüsteemid on Microsoft Access ja Oracle.

DBMS-i tööetapid on järgmised:

andmebaasi struktuuri loomine, s.o. tabeli iga kirje moodustavate väljade loendi määratlemine, väljade tüübid ja suurused (numbrilised, tekstilised, loogilised jne), võtmeväljade määratlemine, et tagada andmete ja tabelite vahel vajalikud seosed;

Andmete sisestamine ja redigeerimine andmebaasi tabelitesse vaikimisi tabeli kujul esitatava tüüpvormi abil ning kasutaja poolt spetsiaalselt loodud ekraanivormide abil;

tabelites sisalduvate andmete töötlemine päringute alusel ja programmi alusel;

· info väljastamine arvutist aruannete abil ja ilma aruannete kasutamiseta.

Neid tööetappe rakendatakse erinevate käskude abil.

Tsentraliseeritud andmebaas pakub lihtsat haldamist, väliandmete paremat kasutamist kaugpäringute jaoks, suuremat töötlemise samaaegsust ja madalamaid töötlemiskulusid.

Hajutatud andmebaas hõlmab andmehaldusfunktsioonide salvestamist ja täitmist mitmes sõlmes ning andmete edastamist nende sõlmede vahel päringute täitmise protsessis. Sellises andmebaasis saab erinevatesse arvutitesse salvestada mitte ainult selle erinevaid tabeleid, vaid ka ühe tabeli erinevaid fragmente. Samal ajal pole kasutaja jaoks oluline, kuidas andmete salvestamine on korraldatud, ta töötab sellise andmebaasiga nagu tsentraliseeritud.

1.3. Andmebaasi kirjeldusmudelid

Andmebaasi kirjeldusmudeleid on kolme tüüpi – hierarhilised, võrgu- ja relatsioonilised, mille peamine erinevus seisneb andmebaasi objektide ja atribuutide vahelise seose ja interaktsiooni kirjelduse olemuses.

Hierarhiline mudel hõlmab teatud arvust tasemetest koosnevate puustruktuuride kasutamist andmebaasi kirjeldamiseks. "Puu" on elementide hierarhia, mida nimetatakse sõlmedeks. Elementide all mõistetakse loendit, kogumit, atribuutide kogumit, objekte kirjeldavaid elemente.

Lihtsa hierarhilise struktuuri näide on kõrgkooli haldusstruktuur, mille elemendid on: "Ülikool - Teaduskond - Grupp". Antud struktuuri hierarhia igal tasandil saab kasutada erinevaid atribuute. Näiteks võivad kolmanda taseme atribuudid olla: rühma spetsialiseerumine, liikmete arv, rühma juhi perekonnanimi ja muud.

Selles mudelis on juursõlm või lihtsalt juur - "Ülikool", mis asub hierarhia kõrgeimal tasemel ja seetõttu pole selle kohal ühtegi sõlme. Mudeli igal sõlmel on ainult üks allikas, mis asub selle suhtes rohkem kui kõrge tase, ja järgmistel klassifikatsioonitasemetel võib sellel olla üks, kaks või enam sõlme või üldse mitte olla.

Hierarhia põhimõtted:

· hierarhia algab alati juurtipust (või põhisõlmest);

Lähtesõlme, millest puu on ehitatud, nimetatakse juursõlmeks või lihtsalt juureks ja ühel puul võib olla ainult üks juur;

Sõlm võib sisaldada ühte või mitut atribuuti, mis kirjeldavad selles olevat objekti;

genereeritud sõlmed saab põimida "puusse" nii horisontaal- kui ka vertikaalsuunas;

· Alamsõlmedele pääseb juurde ainult lähtesõlme kaudu, seega on igale sõlmele ainult üks juurdepääsutee.

Mudeli eeliseks on selle ülesehituse lihtsus, hierarhia põhimõtte olemuse mõistmise lihtsus, toetavate tööstuslike DBMS-ide kättesaadavus. see mudel. Puuduseks on uute andmebaasiobjektide teabe hierarhiasse lisamise ja vananenud teabe eemaldamise operatsioonide keerukus.

võrgu mudel kirjeldab elementaarandmeid ja nendevahelisi seoseid suunatud võrgu kujul. Need on sellised objektidevahelised seosed, kui igal alamelemendil on rohkem kui üks lähteelement ja neid saab seostada struktuuri mis tahes muu elemendiga. Näiteks haridusasutuse juhtimisstruktuuris võib alamelemendil "Õpilane" olla mitte üks, vaid kaks algelementi: "Õpilane - Õpperühm” ja „Üliõpilaste ühiselamutuba”.

Võrgustruktuurid võivad olla mitmetasandilised ja erineva keerukusastmega. Skeem, millel on vähemalt üks mitu-mitmele seos ja mille rakendamiseks on vaja keerulisi meetodeid, on keeruline skeem.

Võrgumudeliga kirjeldatud andmebaas koosneb aladest, millest igaüks koosneb kirjetest ja viimased omakorda väljadest. Võrgumudeli miinuseks on selle keerukus, võimalus andmete sõltumatuse kaotamiseks andmebaasi ümberkorraldamisel. Uute kasutajate, uute rakenduste ja uut tüüpi päringute lisandudes andmebaas kasvab ja võib andmete loogilise vaate rikkuda.

relatsioonimudel põhineb mõistel "suhe" ja selle andmed on moodustatud tabelite kujul. Relatsioon on kahemõõtmeline oma nimega tabel, milles oma struktuuri säilitav minimaalne toimingute objekt on tabeli lahtritest - väljadest koosnev tabelirida (korteež).

Tabeli iga veerg vastab ainult ühele selle seose komponendile. Loogilisest vaatenurgast kujutab relatsiooniandmebaasi mitmesuguse teema sisuga kahemõõtmeliste tabelite komplekt.

Sõltuvalt sisust on relatsiooniandmebaaside seosed objektiivsed ja sidusad. Objektiivsed seosed salvestavad andmeid mis tahes objekti, olemi eksemplari kohta. Nendes identifitseerib üks atribuutidest objekti unikaalselt ja seda nimetatakse seose võtmeks või esmaseks atribuudiks (mugavuse huvides kirjutatakse see tabeli esimesse veergu). Ülejäänud atribuudid sõltuvad funktsionaalselt sellest võtmest. Objektiivselt ei saa dubleerivaid objekte olla ja see on relatsiooniandmebaasi peamine piirang. Ühendatud seos salvestab mitme objektisuhte võtmed, mille järgi luuakse nende vahel seoseid.

Kui andmebaasi atribuutide komplekt pole eelnevalt fikseeritud, siis on võimalikud erinevad võimalused nende rühmitamiseks, kuid olenemata valitud meetodist tuleb järgida ühtseid nõudeid. Eelkõige juhul, kui andmebaas sisaldab palju seoseid, peaks neil teabe esitamisel olema minimaalne liiasus; andmebaasis sisalduvad atribuudid peavad tagama massiarvutuste teostamise; Kui andmebaasi lisatakse uusi atribuute, peaks seoste komplektide taastamine olema minimaalne.

Relatsioonimudeli eeliste hulka kuuluvad: konstrueerimise lihtsus, mõistmise ligipääsetavus, võimalus kasutada andmebaasi, teadmata selle loomise meetodeid ja meetodeid, andmete sõltumatus, struktuuri paindlikkus ja muud. Mudeli puudused on: madal jõudlus võrreldes hierarhiliste ja võrgumudelitega, keerukus tarkvara, koondamine.

1.4. Töölaua DBMS

Töölaua DBMS-id erinevad selle poolest, et nad kasutavad arvutusmudelit koos võrgu ja failiserveriga (arhitektuur "failiserver"). Ülesannete keerukuse kasv, personaalarvutite ja kohtvõrkude tekkimine olid uue "failiserveri" arhitektuuri tekkimise eelduseks. See võrgule juurdepääsetav andmebaasi arhitektuur eeldab, et üks võrgu arvutitest on määratud spetsiaalse serverina, mis salvestab andmebaasifaile. Vastavalt kasutaja soovidele kantakse failiserverist failid üle kasutaja tööjaamadesse, kus toimub põhiosa andmetöötlusest. Keskserver täidab põhimõtteliselt ainult failihoidla rolli, mitte ei osale ise andmete töötlemises.

Töö on üles ehitatud järgmiselt:

Failikomplekti kujul olev andmebaas asub spetsiaalse arvuti (failiserveri) kõvakettal. Olemas kohalik võrk, mis koosneb klientarvutitest, millest igaühele on installitud DBMS ja rakendus andmebaasiga töötamiseks. Igas klientarvutis saavad kasutajad rakendust käivitada. Rakenduse pakutavat kasutajaliidest kasutades algatab see andmebaasile teabe toomise/värskendamise päringu.

Kõik andmebaasikutsed läbivad DBMS-i, mis kapseldab endasse kogu teabe failiserveris asuva andmebaasi füüsilise struktuuri kohta. DBMS algatab kõned failiserveris asuvatele andmetele, mille tulemusena kopeeritakse osa andmebaasifailidest klientarvutisse ja töödeldakse, mis tagab kasutaja päringute täitmise (teatakse andmetega vajalikud toimingud). Vajadusel (andmete muutumise korral) saadetakse andmed andmebaasi uuendamiseks tagasi failiserverisse. DBMS tagastab tulemuse rakendusele. Rakendus kuvab kasutajaliidese abil päringu täitmise tulemuse. "Failiserveri" arhitektuuri osana ilmusid esimesed versioonid populaarsest nn. töölaua DBMS-id, nagu dBase ja Microsoft Access.

Selle arhitektuuri peamised puudused on välja toodud: kui paljud kasutajad pääsevad samaaegselt juurde samadele andmetele, langeb jõudlus järsult, kuna tuleb oodata, kuni andmetega töötav kasutaja oma töö lõpetab. Vastasel juhul võivad mõnede kasutajate tehtud muudatused teiste kasutajate tehtud muudatustega üle kirjutada.

Praeguseks on lauaarvuti DBMS-i jaoks teada rohkem kui kaks tosinat andmevormingut, kuid kõige populaarsemad on müüdud koopiate arvu põhjal dBase, Paradox, FoxPro ja Access. Hiljuti ilmunud DBMS-idest tuleb ära märkida ka Microsoft Data Engine – sisuliselt server DBMS, mis on<облегченную>Microsoft SQL Serveri versioon, kuid mõeldud peamiselt lauaarvutite ja väikeste töörühmade jaoks.

	Tootja
		http://www.dbase2000.com/
		http://www.corel.com/
Microsoft Access 2000		http://www.microsoft.com/
Microsoft FoxPro		http://www.microsoft.com/
Microsoft Visual FoxPro		http://www.microsoft.com/
Microsoft Visual FoxPro		http://www.microsoft.com/
Microsofti andmemootor		http://www.microsoft.com/

1.5.Andmekogudele esitatavad nõuded ja standardid

Kaasaegsetele andmebaasidele ja järelikult ka DBMS-ile, millel need on üles ehitatud, on kehtestatud järgmised põhinõuded:

· Kõrge jõudlus (lühike reageerimisaeg päringule).

Uue andmebaasi loomiseks viisardi abil toimige järgmiselt.

Käivitage käsk Fail [Loo]

Avanevas dialoogiboksis "Loo" valige otsetee "Andmebaasid". Ekraanile ilmub viisardi pakutavate andmebaaside loend. See nimekiri on väga suur ja võib ulatuda mitmekümne erineva valikuni, mida saab kohe kasutada või mis on aluseks muude andmebaaside koostamisel. Näiteks "Töötellimused", "Arved", "Kontaktid", "Sündmused" jne.

Valige loendist teile sobiv näidisandmebaas ja käivitage andmebaasi loomise viisard, klõpsates nuppu OK.

Avanevas “Uus andmebaasifail” dialoogiaknas ripploendist Folder valige kaust, kuhu soovite loodud andmebaasi salvestada ja sisestage väljale File name selle nimi. Seejärel klõpsake nuppu Loo.

Järgmises dialoogiboksis annab viisard teada, millist teavet loodav andmebaas sisaldab. Selle dialoogiboksi allosas on järgmised nupud.

Tühista – lõpetab viisardi;

Tagasi – võimaldab naasta viisardi eelmisele sammule;

Valmis – käivitab andmebaasi loomise viisardi valitud valikutega ning enne selle nupu vajutamist kuvatakse info, mis andmebaasi salvestatakse.

Avanevas dialoogiboksis on kaks loendit. Esimene on andmebaasi tabelite loend ja teine on valitud tabeli väljade loend. See loend tähistab väljad, mis tabelisse kaasatakse. Tavaliselt on märgistatud peaaegu kõik tabelite väljad, välja arvatud väljad, mida kasutatakse üsna harva. Märkides väljad või tühjendada märke, saate valida tabeli väljad. Pärast tabeliväljade valimist klõpsake nuppu Edasi.

Järgmises dialoogiaknas valige pakutavate näidiste hulgast ekraanikujunduse tüüp ja klõpsake nuppu Edasi (sel juhul pakub ekraan teile võimalust vaadata dialoogiakna paremas aknas valida ekraani kujundustüüpe). .

Viisardi järgmises etapis saate määratleda andmebaasi jaoks genereeritavate aruannete tüübi. Pärast teile sobiva vaate valimist klõpsake nuppu Edasi (siin kutsutakse teid ka tutvuma võimalikud variandid, mida saab ka korrata).

Järgmisena avanev andmebaasi loomise viisardi dialoogiboks võimaldab määrata selle pealkirja ja pildi (näiteks ettevõtte kaubamärgi), mis kuvatakse kõigis aruannetes. Kui otsustate kasutada pilti, märkige ruut Jah. Sel juhul muutub kättesaadavaks nupp Pilt, millel klõpsates avaneb dialoogiboks “Vali pilt”, kus saab valida varem loodud pildiga faili. Täiendavate sätete tegemiseks klõpsake nuppu Edasi.

Klõpsates nuppu Lõpeta viimane aken dialoogis käivitate viisardi, et luua määratud parameetritega andmebaas. Nupu Tagasi abil saate naasta mis tahes eelmiste sammude juurde ja muuta andmebaasi sätteid. Võite klõpsata viisardi mis tahes dialoogiboksis nuppu Lõpeta, keeldudes täiendavate parameetrite määramisest. Sellisel juhul kasutab viisard oma töös vaikesätteid.

Pärast nupu Finish klõpsamist loob viisard andmebaasi, mis koosneb teie määratud väljadega tabelitest, lihtsatest teabe sisestamise ja vaatamise vormidest ning lihtsatest aruannetest. Pärast andmebaasi loomise protsessi saate valmis andmebaasi kohe kasutada: sisestada andmed tabelitesse, vaadata neid ja printida.

Kui pakutud andmebaaside valikud teile ei sobi, saate luua tühja andmebaasi ja lisada sinna tabeleid, päringuid, vorme ja aruandeid.

Seega hakkate looma andmebaasitabeleid, millesse seejärel teave sisestatakse. Edaspidi saab tabelis olevaid andmeid täiendada uute andmetega, redigeerida või tabelist välja jätta. Saate vaadata andmeid tabelites või korraldada neid vastavalt teatud kriteeriumidele. Tabelites sisalduvat teavet saab kasutada aruannete koostamiseks. Lisaks saate anda andmebaasis sisalduva teabe graafilise tõlgenduse. Nende probleemide lahendamisega tutvute järgmistes peatükkides.

Tabeli loomine MS Accessis toimub andmebaasi aknas. Uues andmebaasis tabeli loomisel arvestage oma toimingute järjestust:

Avage loodud andmebaasi aken ja minge vahekaardile "Tabelid".

Klõpsake andmebaasi aknas nuppu Uus.

Avaneb dialoogiboks "Uus tabel", mille paremas osas on loend edasiseks tööks:

Tabelirežiim - võimaldab luua uue tabeli tabelirežiimis;

Konstruktor – võimaldab luua tabelikujundajas uue tabeli;

Tabeliviisard – võimaldab viisardi abil luua uue tabeli;

Impordi tabelid – võimaldab importida tabeleid välisest failist praegusesse andmebaasi;

Link tabelitele – võimaldab luua välistest failidest tabelitega lingitud tabeleid.

Valige sellest tabelist teile sobiv tabeli koostamise võimalus ja klõpsake nuppu OK.

Looge tabeli struktuur oma valitud tööriista abil. Saate luua tabeli viisardi ja kujundaja abil.

Tabeli seostamiseks selles sisalduva teabega antakse igale tabelile nimi. Määrake dialoogiboksis Salvesta tabeli nimi ja klõpsake nuppu OK.

Tabelile, nagu andmebaasi nimele, nime andmisel ei pea te piirduma kaheksa tähemärgiga. Tabeli nimi, nagu ka teiste andmebaasiobjektide nimed, salvestatakse andmebaasi endasse.

Välja nimi sisestatakse välja nimetuse veeru sisestusväljale. Väljade nimetamisel peate järgima järgmisi reegleid:

Välja nimi võib sisaldada kuni 64 tähemärki, kuid te ei tohiks seda võimalust liiga pikkade nimede määramisega kuritarvitada.

Välja nimi võib sisaldada tähti, numbreid, tühikuid ja erimärke, välja arvatud punkt (.), hüüumärk (!), sulud () ja mõned juhtmärgid (ASCII koodidega 0–31);

Välja nimi ei tohi alata tühikuga;

Ühes tabeli kahel väljal ei saa olla sama nimi;

Nende reeglite mittetäitmist jälgitakse MS Accessi DBMS-i abil, kuid mõnel juhul võib see kaasa tuua raskesti tuvastatavaid vigu, mistõttu on soovitatav ülaltoodud reeglite järgimist praktilises töös iseseisvalt jälgida.

Soovitatav on proovida kasutada lühikesi nimesid, et neid oleks tabelite vaatamisel lihtsam tuvastada.

Tekst;

Numbriline;

rahaline;

loendur;

Kuupäev Kellaaeg;

Loogiline;

MEMO väli:

OLE objekti väli;

Asendusmeister.

Tekstiväljad võivad sisaldada tähti, numbreid ja erimärke. Välja maksimaalne laius on 255 tähemärki.

Välja laiuse muutmiseks määrake jaotise „Välja omadused” real Field size rida, mis määrab välja laiuse (1 kuni 255).

Igal andmetüübil on oma atribuudid, mis kuvatakse kujundaja akna jaotises Välja atribuudid.

Pärast Accessi andmetüüpide ja tabeliväljade üksikute atribuutide vaatamist saame alustada tabeli struktuuri loomist. Vaatame tabelistruktuuri loomist, kasutades Accessiga kaasasolevas Northwindi andmebaasis tabeli Tellimuste loomise näidet. See tabel on juba Northwindi andmebaasis, kuid väga kasulik on selle tabeli loomise protsess üle vaadata. Et mitte rikkuda Northwindi andmebaasi struktuuri, loo esmalt näidisandmebaas ja ava selle aken.

Sisestage akna Tabeli kujundus veergu Välja nimi, Tellimuskood.

Veeru Andmetüüp liikumiseks vajutage klahvi Tab või Enter. Samal ajal pange tähele, et teave kuvatakse dialoogiboksi allosas jaotises „Välja atribuudid”.

Veerus Andmetüüp on nüüd väärtus Tekst. Klõpsake ristküliku paremal küljel asuvat laiendamisnuppu ja näete loendit, mis sisaldab kõiki andmetüüpe. Valige sellest loendist hiir või üles- ja allaklahvide abil loenduri väärtus ja vajutage tabeldusklahvi, et liikuda veergu Kirjeldus. Veerg Kirjeldus on selgitus, mille annate oma väljadele. Kui töötate selle tabeliga tulevikus, kuvatakse see kirjeldus MS Accessi ekraani allservas alati, kui sisestate välja Tellimusekood, ja tuletab teile meelde selle välja eesmärki.

Sisestage selgitav tekst veergu Kirjeldus ja vajutage tabeldusklahvi või sisestusklahvi, et liikuda edasi järgmise välja kohta teabe sisestamise juurde. Sisestage tabelis kõigi väljade kirjeldus samal viisil.

Looge tabel andmelehevaates

Oleme kaalunud kahte võimalust tabelite loomiseks, nüüd liigume edasi kolmanda juurde. Igal meetodil on oma eelised ja puudused. Kuid oleme kindlad, et see tabeli loomise meetod hämmastab teid oma lihtsuse, selgusega ja teile meeldib see väga. Pole ime, et see asub dialoogiboksis Uus tabel tabelite loomise meetodite loendis esimesena. Tõenäoliselt kasutate seda enamiku ajast.

Allpool on toodud toimingute jada, mida peate tegema:

Minge andmebaasi akna vahekaardile "Tabelid" ja klõpsake nuppu Loo.

Dialoogiboksis Uus tabel valige suvandite loendist Tabelirežiim ja klõpsake nuppu OK. Nende toimingute tulemusena avaneb dialoogiboks "Tabel", mis sisaldab vaikimisi loodud tabelit. Selles tabelis on 20 veergu ja 30 rida, millest piisab alustamiseks. Peale selle tabeli salvestamist saad loomulikult lisada nii palju ridu ja veerge kui vaja.

Tabeliväljade nimed on vaikimisi määratletud, kuid tõenäoliselt ei vasta need teie nõuetele. MS Access muudab väljadele uute nimede andmise väga lihtsaks. Selleks topeltklõpsake esimese välja (mille päises on väli 1) valikualal. Välja nimi tõstetakse esile ja ilmub vilkuv kursor. Sisestage esimese välja nimi ja vajutage tabeldusklahvi. Samamoodi sisestage järgmistesse veergudesse oma tabeli väljade ülejäänud nimed.

Nüüd täitke paar rida oma tabelist, sisestades andmed kujul, kuhu see edaspidi sisestatakse. Proovige kõik kirjutada samas stiilis (näiteks kui kirjutasite esimeseks kuupäevaks 14.10.09, siis ärge kirjutage järgmist kuupäevaks 3. november 2009). Kui MS Access määrab vale andmetüübi, saate seda muuta, kuid parem on sisestada kõik õigesti korraga.

Salvestage tabel, käivitades käsu Fail/Salvesta paigutus või klõpsates tööriistaribal nuppu Salvesta. Andke avanevas dialoogiboksis Salvesta tabelile nimi ja klõpsake nuppu OK.

Kui teil palutakse luua tabeli primaarvõti, klõpsake nuppu Jah ja MS Access loob tabeli, kustutades täiendavad read ja veerud.

Nüüd veenduge, et Access on valinud iga välja jaoks õiged andmetüübid. Selleks minge tabelikujundaja aknasse, käivitades käsu View/Table Designer. Kui midagi tabeli struktuuris teile ei sobi, tehke vajalikud muudatused.

Eelmises peatükis vaatlesime filtrite kasutamist ja selles peatükis vaatame lähemalt võimas tööriist andmevalikud – päringud.

Praktikas tuleb sageli valida lähtetabelist teatud kriteeriumitele vastav osa kirjetest ja tellida valik. Kriteeriumid võib määrata mitme tingimuse kombinatsiooniga. Näiteks peate valima kirjed teatud Minskist pärit toote tarnijate kohta ja sorteerima need ettevõtte nime järgi tähestikulises järjekorras. Selliste probleemide lahendamiseks on loodud päringuviisard ja päringu koostaja, mille abil saate:

Moodusta keerukad kriteeriumid kirjete valimiseks ühest või mitmest tabelist;

Määrake valitud kirjete jaoks kuvatavad väljad;

Tehke arvutused valitud andmete abil.

Mis on näidistaotlus?

Eelnevalt käsitlesime andmekogudega seotud üldsätteid, kus märkisime, et andmekogude üks peamisi eesmärke on kiire otsing teavet ja vastuseid erinevatele küsimustele. Andmebaasi suhtes sõnastatud küsimusi nimetatakse päringuteks. MS Access kasutab päringute moodustamiseks päringukoostajat ja MS Accessi SELECT-lauset.

Mis on "päring mustri järgi"? Mustripäring on interaktiivne tööriist andmete valimiseks ühest või mitmest tabelist. Päringu moodustamisel tuleb määrata lähtetabelis kirjete valimise kriteeriumid. Sel juhul peaksite erikeeles lausete tippimise asemel lihtsalt täitma päringuvormi, mis asub päringu kujundaja aknas. Vormi täitmise teel päringu koostamise meetodit on lihtne õppida ja mõista. See aitab kaasa MS Accessi võimaluste tõhusale kasutamisele kasutajate poolt, kellel on rakendusega töötamiseks minimaalsed oskused või kellel pole seda üldse.

Kogu vajalik info on Northwindi andmebaasi Kliendid tabelis. Seetõttu toimige päringu loomiseks järgmiselt.

Minge andmebaasi aknas vahekaardile Päringud ja klõpsake nuppu Loo.

Väljade järjekord päringuvormis määrab nende ilmumise järjekorra tulemuseks olevas tabelis. Selles loendis välja asukoha muutmiseks tehke järgmist.

Asetage hiirekursor veeru valikualale, mis asub otse välja nime kohal. Kui kursor muutub nooleks, klõpsake veeru esiletõstmiseks nuppu.

Klõpsake ja hoidke hiirenuppu selles asendis. Kursori lõppu ilmub ristkülik.

Liigutage veergu soovitud suunas. Paks vertikaalne joon näitab selle praegust asukohta.

Vabastage nupp, kui paks vertikaaljoon on soovitud kohas. Põld viiakse uude asukohta.

Päringuvormi veeru teisaldamine. Mõnikord ei ole kohe võimalik veergu selle teisaldamiseks valida. Veenduge, et klõpsate veeru valikualal (väike ristkülik, mis asub otse välja nime kohal). See on ainuke koht, kust saab haarata mähkimiskolonni. Välja ülekandmiseks päringuvormile topeltklõpsake välja nimel

Lugege automaataruannet.

Mõne sekundi pärast ilmub ekraanile kasutusvalmis aruanne. See aruanne sisaldab kõiki tabeli välju. Nende nimed on paigutatud vertikaalselt maht samas järjekorras, nagu need on tabelis. Iga välja nimest paremal kuvatakse selle väärtus tabelis.

Järeldus

Selles referaat käsitleti andmebaasi ja andmekogude haldussüsteemi kontseptsiooni, mille abil realiseeritakse andmekogus hoitavate andmete tsentraliseeritud haldamine, neile juurdepääs ning ajakohasena hoidmine. Seega on andmebaas omavahel seotud andmete kogum, mis on salvestatud ühes või mitmes arvutifailis. Kaaluti ka töötamist ühe populaarse DBMS-iga Microsoft Access.

Microsoft Accessi andmebaas pakub vajalikke vahendeid kogenematu kasutaja jaoks mõeldud andmebaasidega töötamine, võimaldades tal lihtsalt ja lihtsalt luua andmebaase, sisestada neisse teavet, töödelda päringuid ja genereerida aruandeid. Kahjuks ei selgita sisseehitatud abisüsteem algajale kasutajale selgelt, kuidas tööd teha, mistõttu on vaja käsiraamatut.

Marchenko A.P. Microsoft Access: Lühike kursus. - Peterburi: Peeter, 2005. - lk 56

Lazarev I.P. "Microsoft Access for Dummies". Peterburi - Peter, 2004. - lk 139.

Lazarev I.P. "Microsoft Access mannekeenidele". Peterburi - Peter, 2004. - lk 196.

Marchenko A.P. Microsoft Access: lühikursus. - Peterburi: Peeter, 2005. - 239.

Andmebaasi klassifikatsioon vastavalt andmete organiseerimisviisile. Andmebaaside klassifikatsioon ja omadused

2.2. Andmebaasi klassifikatsioon

2.3. Hierarhilised ja võrguandmemudelid

Võrgu andmebaasid

2.4. Relatsiooniandmebaasid

Relatsiooniandmebaasi viiteterviklikkuse tingimuste järgimine

Põhistrateegiad viidete terviklikkuse säilitamiseks

Täiendavad strateegiad viidete terviklikkuse säilitamiseks

Postrelatsioonilised andmebaasid

Andmebaasiserverid

2.5. Hajutatud andmebaasid

Lugeja

Töötoad

Ettekanded

Andmebaasi klassifitseerimine andmete salvestamise meetodi järgi

"DBMS-i" kontseptsioon

1.4. Töölaua DBMS-i põhitõed

1.4. Töölaua DBMS

Reaal- ja finantsinvesteeringud Reaal- ja finantsinvesteeringute tegemine

Laen madala intressiga

Töötuse määra arvutamine Töötusmäära valemi sõnad

Kategooriad

Viimased artiklid

Valimissüsteemide tüübid

Ebatavalised lemmikloomad: kes asendab varsti koeri ja kasse?

Lõputu suvi: saladused, tegelased Peategelasest

Juhised laste kooliks ettevalmistamiseks

Talv Jaapanis on atraktiivne aeg reisimiseks

Keemiliselt ohtlikud objektid (CHOO), nende rühmad ja ohuklassid

NLP õnnelikuks armastuseks NLP õnnelikuks armastuseks k2k 2 info

Mägi, mis ei läinud Moosesele (G

merikilpkonn Vahemeri

Reklaam

Andmebaasi klassifikatsioon vastavalt andmete organiseerimisviisile. Andmebaaside klassifikatsioon ja omadused

2.2. Andmebaasi klassifikatsioon

2.3. Hierarhilised ja võrguandmemudelid

Võrgu andmebaasid

2.4. Relatsiooniandmebaasid

Relatsiooniandmebaasi viiteterviklikkuse tingimuste järgimine

Põhistrateegiad viidete terviklikkuse säilitamiseks

Täiendavad strateegiad viidete terviklikkuse säilitamiseks

Postrelatsioonilised andmebaasid

Andmebaasiserverid

2.5. Hajutatud andmebaasid

Lugeja

Töötoad

Ettekanded

Andmebaasi klassifitseerimine andmete salvestamise meetodi järgi

"DBMS-i" kontseptsioon

1.4. Töölaua DBMS-i põhitõed

1.4. Töölaua DBMS

Teid võib huvitada:

Kategooriad

Viimased artiklid

Reklaam