Andmebaas

Allikas: Teadmusbaas
Redaktsioon seisuga 8. november 2016, kell 08:17 kasutajalt Siram (arutelu | kaastöö) (Uus lehekülg: '<h2> ''Mis on Andmebaas'' </h2> <p> Andmebaasi võib vaadelda kui korrastatud infokogumit mis asetseb põhiliselt virtuaalses keskkonnas või füüsilisel moel. </p> <p> <h2> ''...')
(erin) ←Vanem redaktsioon | Viimane redaktsiooni (erin) | Uuem redaktsioon→ (erin)

Mis on Andmebaas

Andmebaasi võib vaadelda kui korrastatud infokogumit mis asetseb põhiliselt virtuaalses keskkonnas või füüsilisel moel.

Erinevaid andmebaase

Füüsiliselt eksisteerivad andmebaasid: Telefoniraamat, mis sisaldab telefoninumbreid, nimetusi ja aadresse. Sõnastik on ka andmbebaas mis sisaldab nende nimetuste tähendusi. Digitaalne andmebaas on kogum mingi ühise tunnuse järgi ühendatud andmefaile, samuti võib andmebaasiks olla ka ainult üksik fail.


Andmebaasi tüübid

'Lameandmebaas'

Lameandmebaasiks nimetatakse andmebaasi, mis koosneb ainult ühest tabelist. Ühe tabeliga saab hakkama, kui soovite selles hoida näiteks klientide, ärikontaktide, töötajate, kaupade vms andmeid. Kui tahate oma töötajate isikuandmetega aga siduda ka palgaandmeid või klientide andmetega neile väljastatud arvete andmed, siis läheb juba vaja keerukamat seotud tabelitega töötavat relatsioonandmebaasi.

'Puustruktuuriga e hierarhiline'

Hierarhilisel mudelil põhinevas andmebaasis leiavad kajastamist omaniku ja alluva suhted. Kehtivad üks mitmele seosed. Seda liiki andmebaasis ei tohi ega tehniliselt võttes saagi ükski alluvat liiki kirje mitme omaniku vahel jagatud olla. Samal ajal ei saa ükski alumise taseme kirje olla ülemise taseme kirje omanikuks. Nt kataloogide-failide puu arvutites.

'Võrkmudel'

Võrkmudel sarnaneb ülesehituselt hierarhilise mudeliga. Mõnevõrra on avardunud kirje omaniku ja alluvate kirjete mõisted ning võimalused. Ühel ja samal alluval kirjel võib võrkstruktuurilises andmebaasis olla mitu omanikku ja mitu alluvat. Lisaks võib võrkmudeli korral omaniku ja alluva suhted kui sellised puududa täiesti ja olla asendatud naabrussuhetega. Need omadused tingivad kirjete lisamise või baasist eemaldamise korral tunduvalt töömahukamaid tegevusi ja ümberkorraldusi kui näiteks puustruktuuriga andmebaasis.

'Relatsiooniline'

Relatsioonimudeli puhul on objektid andmebaasis ja nendevahelised seosed esitatud tabelite kujul. Need võivad koosneda enamast kui ühest tabelist, mis on omavahel seotud. Seostamine tähendab andmefailide ühendamist ühesuguse sisuga väljade järgi. Relatsioonandmebaas koosneb nimega tabelitest, kus on nimega veerge üks või enam, ning suvaline arv ridu. Ühes andmebaasis võib olla mitmeid tabeleid. Iga selline tabel kujutab endast üht relatsiooni. Lisatingimuseks on, et üheski relatsioonis ei või olla kahte ühesugust rida. Iga tabeli kohta võime seega määrata ühe või mitu veergu, mille väärtuste kaudu on read identifitseeritavad. Taolist veergude kogumit nimetatakse primaarvõtmeks. Primaarvõtmete või lihtsalt võtmete järgi võime ühendada eri tabelite andmeid. Näiteks tabel "Töötajad" võib sisaldada veergu "Asukoht", sisaldades väärtust, mis sobib tabeli "Asukoht" võtmega.

Kuna tabelid on üksteisest sõltumatud, muudab see relatsioonimudelil põhinevad andmed baasis ettenägematute muutuste ja vajaduste suhtes paindlikeks. Oma paindlikkuse tõttu on relatsioonimudelid muid alammudeleid suhteliselt kiiresti välja tõrjumas.

'Objektorienteeritud andmebaas'

Objektiandmebaas võimaldab säilitada objektorienteeritud programmis loodud objekte. Andmed salvestatakse objektidena ja neid saab interpreteerida ainult vastava klassi meetodit kasutades. Sarnaste objektide vahelised suhted säilitatakse, samuti objektide vahelised viited. Päringud võivad olla kiiremad, sest sageli puudub vajadus relatsioonide liitmise järgi nagu relatsioonilises andmebaasis. Objekte saab andmebaasist välja võtta otse, ilma otsinguta kasutades selleks objekti indikaatorit. Objektorienteeritud andmebaas toetab multimeediarakendusi, sest andmetega seotud klassi meetodid vastutavad nende andmete õige interpreteerimise eest. Objektorienteeritud andmebaasid toetavad harilikult paremini versioonimist, samuti pakuvad süstemaatilist tuge päästikprotsessidele ja tõketele, millel on aktiivandmebaasides põhjapanev roll. Objektorienteeritud andmebaasidest on kasu enamikul andmebaasivajadustega objektorienteeritud rakendusprogrammidel.





Andmebaasi sisulised tegevused

'Andmebaasi disain ehk projekteerimine' Projekteerimisetapi ülesandeks on analüüsi etapis väljatoodud nõuetele vastavate loogiliste ja tehniliste lahenduste väljatöötamine. Disain võrdub projekteerimisega. Eristatakse loogilist ja füüsilist disaini. Loogiline disain tegeleb konkreetsest realisatsiooni- ja rakenduskeskkonnast sõltumatute, järelikult nende keskkondade jaoks spetsiaalselt optimeerimata lahenduste loomisega. Füüsiline disain häälestab loogilise disaini lahendusi konkreetsete “füüsiliste” keskkondade jaoks. 'Realiseerimine' Siin toimub eraldi disainitud andmebaaside ja rakenduste lõplik realiseerimine ja integreerimine terviksüsteemi tasemel. Põhitegevusteks programmeerimine, testimine, integreerimine. Integreerimise õnnestumises mängib võtmerolli hästi projekteeritud andmebaas. 'Rakendamine' Eesmärgiks on süsteemi ehitajate juures realiseeritud ja töötava terviksüsteemi üleviimine tellija keskkonda ja seal toimima panemine. Kõige keerukamaks tegevuseks on siin andmete ülekandmine vana(de)st süsteemi(de)st uue süsteemi andmebaasi(desse). 'Hooldus' Tellija keskkonnas toimiva süsteemi ülalhoidmine, vigade parandamine, jõudluse jälgimine, häälestamine, uute arendustööde käivitamine. Andmebaasi hoiab üleval andmebaasi administraator. Arvutiprojektide puhul on tavaks kuni üheaastane hooldus. Hooldusfaasis saab pisivigu parandada ja kasutajat täiendavalt abistada. Siia kuulub hoolduse valmisoleku seadistamine, vigade parandamine ja abistamine.

Materjalid