Az RDB-k összetett rendszerek, osztályozásuk mind a teljes RDB-re, mind az egyes komponensekre külön-külön elvégezhető (9. ábra). Az SDB központi eleme az adatbázis, és a legtöbb besorolási funkció erre hivatkozik.

Az információ bemutatásának formája szerint megkülönböztetni a vizuális, valamint az audio- és multimédiás rendszereket. Ez a besorolás azt a formát mutatja, amelyben az információkat az adatbázisban tárolják és a felhasználóknak kiadják.

Az adatszervezés természeténél fogva Az adatbázisok feloszthatók strukturálatlanra, részben strukturáltra és strukturáltra.

A strukturálatlannak A szemantikai hálózatok formájában szervezett DB-k osztályozhatók.

részben strukturált az adatbázis sima szöveg vagy hipertext rendszerek formájában is olvasható.

Strukturált adatbázis előzetes tervezést és szerkezeti leírást igényel.

Strukturált adatbázis a használt modell típusa szerint részre vannak osztva

· hierarchikus,

· hálózat,

· kapcsolati,

· kevert és

· több modell.

Ez a besorolás a DBMS-re is vonatkozik.

A strukturált adatbázisoknak több szintje van. információs egységek (NE) szerepelnek egymásban.

A legtöbb rendszer támogatja:

· terület – az információ legkisebb szemantikai egysége;

mezők (vagy összetettebb IE-k) formák halmaza rekord b;

azonos típusú rekordok halmaza képviseli adatbázis fájl .

Sok DBMS kifejezetten támogatja az adatbázisréteget, mint egymással összefüggő adatbázisfájlok gyűjteményét.

A tárolt információ típusa szerint Az adatbázis fel van osztva

· tényleges,

· dokumentumfilmek és

· lexikográfiai.

Tényadatbázisokban tényleges jellegű információkat tárolnak - az objektumok numerikus vagy szöveges jellemzőit formalizált formában. A kérelemre válaszolva tájékoztatást adnak az érdeklődés tárgyáról.

Dokumentumfilmes adatbázisokban a tárolóegység egy dokumentum, és a felhasználó kap egy hivatkozást a dokumentumra vagy magára a dokumentumra. A dokumentum-adatbázisok tárolás nélkül és a dokumentumok gépi adathordozón való tárolásával kerülnek rendszerezésre. Az első típus tartalmazza bibliográfiai, absztrakt és adatbázis indexek Hivatkozás az információ forrására. A dokumentumok teljes szövegét tároló rendszereket hívják teljes szöveg . Változatosságuk az dokumentum űrlapok DB, amelyben a dokumentumot keresik sablonként való használatra.

Lexikográfiai adatbázisokhoz tartalmaznak különféle szótárakat (osztályozók, többnyelvű szótárak, szóalapszótárak stb.).

Az adattárolás és az azokhoz való hozzáférés szervezetének jellege szerint megkülönböztetni

· helyi (személyes),

· általános (integrált,

· központosított) és

· elosztott adatbázisok (10. ábra).

Rizs. 10. Az adatbázis osztályozása a tárolás és az adatokhoz való hozzáférés jellege szerint

Személyes adatbázis egyetlen felhasználó általi helyi használatra készült. A helyi adatbázisokat minden felhasználó önállóan hozhatja létre, vagy lekérheti őket egy megosztott adatbázisból.

Integrált és elosztott adatbázisok több felhasználó információihoz való egyidejű hozzáférés lehetőségét javasolja (többfelhasználós hozzáférési mód). Az elosztott adatbázisok részei fizikailag különböző számítógépeken helyezkednek el, de logikailag egyetlen egészet képviselnek.

Az SDB egyéb összetevői is eloszthatók a hálózati csomópontokon. Előfordulhat, hogy maga az adatbázis nincs lefoglalva. Ezért megkülönböztetik:

Elosztott adatbázisok

Elosztott SDB(amelyben legalább egy komponens el van osztva).

Egyes források említik kiterjesztő és intenzív DB. Az előbbiek az adatok kifejezetten az adatbázisban való tárolásával, az utóbbiak a tartalmukat meghatározó szabályok felhasználásával épülnek fel.

Az adatbázisok is minősítettek kötet szerint . Különleges helyet foglalnak el az ún nagyon nagy adatbázis . A nagy adatbázisok esetében másként fogalmazódnak meg az információ tárolásának hatékonyságának és feldolgozásuk biztosításának kérdései.

DBMS besorolás

Kommunikációs nyelvek szerint DBMS részre vannak osztva

· nyisd ki,

· zárt és

· vegyes.

Nyílt rendszerekben univerzális nyelveket használnak az adatbázis eléréséhez. A zárt rendszereknek saját nyelvük van az SDB felhasználókkal való kommunikációhoz.

A DBMS funkciói szerint részre vannak osztva

· információk és

· műtők.

Az információ lehetővé teszi az információk tárolásának megszervezését és az azokhoz való hozzáférést. A bonyolultabb feldolgozáshoz speciális programok szükségesek. A műtők összetett feldolgozást végeznek, és megváltoztathatják a feldolgozási algoritmusokat.

A lehetséges alkalmazási körnek megfelelően megkülönböztetni

· univerzális és

· specializált (problémaorientált DBMS).

Az adattípusok halmaza a különböző DBMS-ekben eltérő. Számos DBMS lehetővé teszi a fejlesztő számára új adattípusok és új műveletek hozzáadását. Az ilyen rendszereket ún bővíthető adatbázisrendszerek . A további fejlesztések objektum-orientált adatbázis-rendszerek, hatékony modellezési lehetőségekkel összetett objektumok számára.

DBMS teljesítményével részre vannak osztva

· asztali (Dbase, FoxBase/FoxPro, Clipper, Paradox, Access, Approach) és

· társasági (Oracle, DB2, Sybase, Informix, Ingres, Progress).

Elsőre alacsony követelmények technikai eszközökkel, végfelhasználói orientáció és alacsony költség.

Második elosztott környezetben, nagy teljesítményű munkát biztosít, fejlett adminisztrációs eszközökkel rendelkezik, széles lehetőségeket az integritás megőrzése. Összetettek, drágák és jelentős erőforrásokat igényelnek.

A köztes pozíciót elfoglaló DBMS-ek között asztali és ipari rendszerek között hívhatja az Interbase-t, a Microsoft SQL Servert. BAN BEN utóbbi évek hajlamosak voltak elmosni a határokat az asztali és a professzionális rendszerek között.

A felhasználók túlnyomó kategóriájára összpontosítva A DBMS megkülönböztethető

Az információs rendszer alapja az adatbázis.

Minden információs rendszer célja az objektumokkal kapcsolatos adatok feldolgozása való Világ.

A szó tágabb értelmében az adatbázis a valós világ adott tárgyaira vonatkozó információk gyűjteménye bármely témakörben.

Ezenkívül az adatbázis egy megosztott adattár. Az emberi tevékenység automatizálása során a valós világ elektronikus formátumba kerül. Ehhez a világ egy részét lefoglalják, és elemzik az automatizálás lehetőségét. Tantárgyi területnek hívják, és szigorúan körvonalazza a vizsgált, mért, értékelt stb. tárgyak körét. A folyamat eredményeként az automatizálási objektumok azonosításra kerülnek, és meghatározzák azokat a részleteket, amelyek alapján ezek az objektumok kiértékelésre kerülnek.

Ennek a folyamatnak az eredménye egy adatbázis, amely a valós világ egy meghatározott részét írja le szigorúan meghatározott pozíciókból.

Az adatbázisok két fő funkciót látnak el. Információs objektumok és kapcsolataik szerint csoportosítják az adatokat, és ezeket az adatokat a felhasználók rendelkezésére bocsátják.

Az adatok az információk formalizált megjelenítése, amelyek feldolgozásra, értelmezésre és emberek közötti vagy automatikus módban cserélhetők.

DB besorolás

Sokféle adatbázis létezik, amelyek különböznek egymástól különböző kritériumok. Fontolja meg a fő besorolásokat.

Adatbázis-osztályozás adatmodell szerint:

A hierarchikus adatbázismodell olyan objektumokból áll, amelyek a szülőtől a gyermek objektumig mutatnak, és összekapcsolják a kapcsolódó információkat. A hierarchikus adatbázisok különböző szintű objektumokból álló faként ábrázolhatók. A legfelső szintet egy objektum foglalja el, a másodikat a második szint objektumai stb.;

A hálózati adatbázis-modell hasonló a hierarchikus adatbázis-modellhez, azzal a különbséggel, hogy mindkét irányban vannak mutatók, amelyek összekapcsolják a kapcsolódó információkat;

Relációs modell - "relációs" angolból. Reláció (reláció), amely az adatok kétdimenziós táblák, más néven relációs táblák formájában való rendszerezésére összpontosít. Az egyik táblába beírt információ egy másik tábla egy vagy több rekordjához kapcsolható.

26. Amikor a DBMS-sel dolgozik, a munkamező és a vezérlőpult megjelenik a képernyőn. A vezérlőpanel tartalmaz egy menüt, egy kiegészítő vezérlőterületet és egy tippsort. Ezeknek a területeknek a helye a képernyőn tetszőleges lehet, és az adott program jellemzőitől függ. Egyes DBMS-ek lehetővé teszik direktívaablak (parancsablak) vagy parancssor megjelenítését.

Menüsor tartalmazza a program főbb módjait. Az egyik kiválasztásával a felhasználó egy legördülő almenühöz jut, amely a benne szereplő parancsok listáját tartalmazza. A legördülő menü néhány parancsának kiválasztása további almenüket eredményez.

A kiegészítő vezérlési terület a következőket tartalmazza:

állapotsor;

Eszköztárak;

Függőleges és vízszintes görgetősávok.

BAN BEN állapotsor(állapotsor) a felhasználó információkat talál a program aktuális működési módjáról, az aktuális adatbázis fájlnevéről stb.

Eszköztár(piktografikus menü) bizonyos számú gombot (ikont) tartalmaz, amelyek bizonyos menüparancsok és programfunkciók végrehajtásának gyors aktiválására szolgálnak. Egy adatbázistábla, űrlap vagy jelentés olyan területeinek megjelenítéséhez, amelyek jelenleg nem jelennek meg a képernyőn, használja a függőlegesÉs vízszintes vonalzó tekercs.

Prompt vonal célja, hogy üzeneteket adjon ki a felhasználónak a lehetséges tevékenységeiről Ebben a pillanatban.

A DBMS fontos jellemzője, hogy számos művelet végrehajtása során köztes tárolási puffert használ. A puffer a másolás és áthelyezés parancsok során a másolt vagy áthelyezett adatok ideiglenes tárolására szolgál, majd egy új címre kerül elküldésre. Az adatok törlésekor azok is pufferelve lesznek. A puffer tartalma mindaddig megőrződik, amíg új adatot nem írunk bele.

A DBMS programok elegendő számú parancsot tartalmaznak, amelyek mindegyike lehetséges különféle lehetőségek(opciók). Egy ilyen parancsrendszer a műveletekkel együtt formál menü minden DBMS-típushoz saját jellemzőkkel rendelkezik. Egy adott parancs kiválasztása a menüből a következő két módszer egyikével történik:

Vigye a kurzort a menüben kiválasztott parancs fölé a kurzorbillentyűk segítségével és nyomja meg az enter billentyűt;

A kiválasztott parancs első betűjének beírása a billentyűzetről.

A DBMS menüt alkotó parancsokról és azok használatáról további információkat kaphat, ha belép a súgó módba.

A DBMS szolgáltatásai ellenére néhány átlagos adatbázis-kezelő rendszer által a felhasználó rendelkezésére bocsátott parancsok a következő jellemző csoportokra oszthatók:

1. új adatbázis-objektumok létrehozása; korábban létrehozott objektumok mentése és átnevezése; meglévő adatbázisok megnyitása; zárja be a korábban megnyitott objektumokat; adatbázis-objektumok kiadása a nyomtatóra, a nyomtatási folyamat a nyomtató-illesztőprogram kiválasztásával kezdődik. Minden nyomtatótípushoz más illesztőprogram szükséges. A következő lépés az oldalparaméterek beállítása, a fejlécek és láblécek kialakítása, valamint a betűtípus típusának és méretének kiválasztása. Ezután állítsa be a másolatok számát, a nyomtatási minőséget és a nyomtatandó dokumentum oldalainak számát vagy számát.

2. parancsok szerkesztése: az adatok bevitele és az adatbázistáblák bármely mezőjének tartalmának megváltoztatása, a képernyő-űrlapok összetevői és a jelentések szerkesztési parancsok csoportjával történik, amelyek fő része áthelyezés, másolás és törlés. A szerkesztési parancsok között külön helyet foglalnak el a parancsok megtalálni és cserélni felhasználó által meghatározott kontextus a teljes dokumentumon vagy annak egy kiválasztott részén belül, valamint törlés az utoljára beírt parancs (visszagörgetés).

3. formázási parancsok. Fontos az adatok vizuális megjelenítése a kimenet során. A legtöbb DBMS nagyszámú parancsot ad a felhasználónak a kimeneti információk tervezésével kapcsolatban. Ezekkel a parancsokkal a felhasználó módosíthatja az adatok igazítási irányát, betűtípusait, vonalvastagságát és elrendezését, betűmagasságát, háttérszínét stb.

4. parancsok a Windows kezeléséhez. A legtöbb DBMS lehetővé teszi több ablak egyidejű megnyitását, így a munka "több ablakos üzemmódját" szervezi. Ebben az esetben néhány ablak látható lesz a képernyőn, mások alattuk. Több ablak megnyitásával egyszerre több asztallal is dolgozhat, és gyorsan egyikről a másikra léphet. Vannak speciális parancsok, amelyek lehetővé teszik egy új ablak megnyitását, egy másik ablakba lépést, az ablakok relatív helyzetének és méretének megváltoztatását a képernyőn. Ezenkívül a felhasználónak lehetősége van az ablakot két részre bontani, hogy egy nagy asztal különböző részeit egyidejűleg megtekinthesse, vagy javítsa a táblázat olyan részét, amely nem tűnik el a képernyőről, amikor a kurzor a távoli részekre mozog. az asztalról.

5. parancsok a fő DBMS módokban való munkához(tábla, űrlap, lekérdezés, jelentés);

6. fogadása háttér-információ . Az adatbázis-kezelő rendszerek elektronikus kézikönyveket tartalmaznak, amelyek az alapvető műveletek végrehajtási lehetőségeiről, az egyes menüparancsokról és egyéb referenciaadatokról adnak tájékoztatást a felhasználónak. Az elektronikus címtár segítségével történő referenciainformációk megszerzésének jellemzője, hogy a felhasználó helyzetétől függően szolgáltat információkat.

7. parancsok a fájlokkal való munkához:

Egyes DBMS-ekben a szóban forgó parancsok csoportja olyan parancsokat tartalmaz, amelyek lehetővé teszik az egyéb szoftvereszközök által létrehozott táblák exportálását-importálását és csatolását.

A fenti műveletek mellett a DBMS-programok nagy csoportja képes diagramot, rajzot stb. beszúrni, beleértve a más szoftverkörnyezetekben létrehozott objektumokat is, így kapcsolatokat hoz létre az objektumok között.

adatbázis modellek.

Az adatmodellek osztályozása az objektumok kapcsolatának fogalmain alapul. Négyféle különböző kapcsolat létezhet az adatbázistáblák között: egy az egyhez; "egy a sokhoz"; "sok a sok".

hierarchikus modell. Feltételezi az adatok fastruktúra formájú szervezését. A fa elemek hierarchiája. A szerkezet legfelső szintjén a fa gyökere található. Egy fának csak egy gyökere lehet, a többi csomópont, úgynevezett gyermekcsomópont. Minden csomópont felett van egy szülőcsomópont.

hálózati modell. A modell olyan hálózati struktúrákon alapul, amelyekben bármely elem bármely más elemhez csatlakoztatható. A modellben szereplő információs konstrukciók kapcsolatok és rajongói kapcsolatok. Az utóbbiak fő és függő csoportokra oszthatók. A W(R,S) fanreláció egy R és S reláció párja, valamint a köztük lévő kapcsolat, feltéve, hogy S minden egyes értéke R egyetlen értékéhez van társítva. Az R relációt eredetinek (fő) nevezzük, és S-t generáltnak (függőnek) nevezzük.

relációs modell. Ennek a modellnek az adatstruktúrája a relációs algebra és a normalizációelmélet apparátusán alapul. A modell kétdimenziós táblázatok (relációk) használatát feltételezi

28. Relációs adatbázis szerkezeti elemei.
1. A relációs adatbázisokban az adathalmazok kétdimenziós táblázatok (relációk) formájában jelennek meg, hasonlóan a hallgatók fentebb ismertetett listájához. Minden táblázat fix számú oszlopból és bizonyos (változó) számú sorból áll. Az oszlopok leírását a táblázat elrendezésének nevezzük.
2. A táblázat minden oszlopa egy mezőt - az adatok logikai szerveződésének elemi egységét, amely egy oszthatatlan információs egységnek felel meg - az adatobjektum adatait (például hallgató vezetékneve, címe) jelöli.
A mező leírására a következő jellemzőket használjuk:
mező neve (például személyi ügyszám, vezetéknév);
mező típusa (például karakter, dátum);
további jellemzők (mezőhossz, formátum, pontosság).
Például a születési dátum mező lehet „dátum” típusú és 8 hosszúságú (6 számjegy és 2 pont választja el a napot, a hónapot és az évet a dátum bejegyzésében).
3. A táblázat minden sorát rekordnak nevezzük. A rekord logikailag egyesíti az összes olyan mezőt, amely egy adatobjektumot ír le, például a fenti táblázat első sorában lévő összes mező Petrov Ivan Vasziljevics diák adatait írja le, aki 1989. március 12-én született, ul. Gorkij, 12-34 éves, 4A osztályban tanul, személyi ügyszáma - P-69. A rendszer a rekordokat sorrendben számozza: 1,2, ..., n, ahol n a rekordok (sorok) teljes száma a táblázatban pillanatnyilag. A táblázat mezőinek (oszlopainak) számával ellentétben az adatbázis működése során a rekordok száma bármilyen módon változhat (nullától millióig). A mezők száma, neve és típusa is változtatható, de ez már egy speciális művelet, az úgynevezett táblázatelrendezés megváltoztatása.
3. A fájl rekordstruktúra olyan mezőket határoz meg, amelyek értékei egy egyszerű kulcs, amelyek azonosítják a rekordpéldányt. Ilyen egyszerű kulcsra példa a Diákok táblázatban a fájlszám mező, amelynek értéke egyedileg azonosít egy táblázatobjektumot - egy tanulót, mivel a táblázatban nincs két azonos fájlszámú tanuló.
4. Az egyes mezők több táblázatba is bekerülhetnek (például a Vezetéknév mező szerepelhet a Színházi körben érintettek listája táblázatban).

29 .A feldolgozási viszonyok az alábbi módok egyikével írhatók le: a műveletek listájának megadása, amelyek végrehajtása a kívánt eredményhez vezet (procedurális megközelítés); azon tulajdonságok leírása, amelyeknek az eredményül kapott relációnak meg kell felelnie (deklaratív megközelítés).
A relációrendszer és a rájuk vonatkozó műveletek relációs algebrát alkotnak. Tekintsünk egy ismertebb procedurális megközelítést a relációs kalkulus leírására. A műveletek listája tartalmazza a vetítés, kijelölés, egyesülés, metszés, kivonás, összekapcsolás, osztás műveleteit.
A kiválasztási művelet egy reláción (táblázaton) történik. Az eredményül kapott reláció sorok (sorok) részhalmazát tartalmazza valamilyen feltétellel kombinálva.
A vetítési művelet az attribútumokat (mezőket) a forrásrelációból a kapott relációba másolja, az adott vetítési feltételnek megfelelően.
Az egyesülési műveletet két reláción hajtják végre. Az eredményül kapott reláció tartalmazza az első reláció összes sorát és a második reláció hiányzó sorait.
A metszésművelet olyan sorokat tartalmaz az első relációban, amelyek a második relációban vannak.
A különbség művelet olyan sorokat tartalmaz az első relációban, amelyek nincsenek jelen a második relációban.
Az összekapcsolási műveletet két reláción hajtják végre, amelyek mindegyikében hozzá van rendelve egy attribútum, amelyen az összekapcsolás létrejön. Az eredményül kapott reláció tartalmazza az eredeti relációk összes attribútumait és azok sorait az összekapcsolási feltételnek megfelelően összefűzve.

30 . MS-ACCESS adatbázis képernyő interfész. MS-ACCESS adatbázis-összetevők
A Microsoft Access rendszert a sokoldalúság, a vizuális fejlesztőeszközök széles választéka, a Microsoft Office csomag más szoftvertermékeivel, valamint az OLE technológiát támogató programokkal való integrálhatósága jellemzi.
A program elindítása a Start, Programok, MS-Access parancsokkal történik. A megjelenő prompt ablakban két lehetőség van új adatbázis létrehozására és egy korábban létrehozott adatbázis megnyitására. Ha kiválasztja az "Új adatbázis" választógombot, az Access kéri, hogy adjon meg egy nevet az adatbázisnak. Meg kell adnia az adatbázis nevét, és kattintson az OK gombra. Új adatbázis létrehozása a Fájl, Új paranccsal is végrehajtható.
A program elindítása és egy új adatbázis létrehozása után megjelenik a rendszer főablakja. Hagyományosan az ablak címet tartalmaz, amely a program nevét jelzi - Microsoft Access, a következő sorban a program menüje, alatta pedig az eszköztár található.
Az ablak munkaterülete az adatbázisban tárolható objektumok típusainak megfelelő szakaszokat tartalmaz. Ilyen objektumok a táblázatok, lekérdezések, jelentések, oldalak, makrók, modulok.
Az ablak címe tartalmazza az adatbázisfájl nevét.
Az adatbázis-objektumokkal való munkavégzés felülete egységes, szabványos működési módokkal rendelkezik - "View", "Designer", "Create".

A lekérdezés az információ adatbázisból való lekérésének eszköze, és az adatok több táblában is lehetnek. Az MS Access-ben a lekérdezések kialakításához olyan metódust használnak, amely a modellnek megfelelően megkapta a metódus nevét. Ezzel az eszközzel vizuális információk alapján egy vagy több táblából kinyerjük a szükséges adatokat.
A makrókat a gyakran végrehajtott műveletek automatizálására tervezték. A makró egy vagy több makróparancsot tartalmaz, amelyek egy adott műveletet hajtanak végre (például egy űrlap megnyitását vagy jelentés kinyomtatását).

31. Táblázatok létrehozása az MS-ACCESS adatbázisban. Munka űrlapokkal az MS-ACCESS adatbázisban. Jelentéskészítési módszerek az MS-ACCESS-ben.
Táblázat létrehozásához nyissa meg a létrehozott adatbázis ablakot, lépjen a Táblázatok fülre, és válassza ki a következő módokat a párbeszédpanelen:

Táblázat készítése adatbeviteli módban;

Új tábla létrehozása Tervező nézetben;

Új tábla létrehozása varázsló módban.

A további munka módjának kiválasztása után létre kell hozni egy táblázatszerkezetet, és a nevének megadása után el kell menteni.
A Fájl, Külső adatok, Importálás paranccsal külső fájlból táblákat importálhatunk az aktuális adatbázisba;
A Fájl, Külső adatok, Táblázatok hivatkozása paranccsal külső fájlokból hozhat létre táblázatokhoz csatolt táblázatokat.
A mező tulajdonságainak beállítása. A mező nevét a Mezőnév oszlopban kell megadni. A mezők elnevezésénél a következő szabályokat kell betartani:

A mezőnév legfeljebb 64 karakterből állhat;

A mező neve tartalmazhat betűket, számokat, szóközöket és speciális karaktereket, kivéve a pontokat, felkiáltójeleket, zárójeleket és ASCII vezérlőkaraktereket;

A mező neve nem kezdődhet szóközzel;

Ugyanabban a táblázatban két mezőnek nem lehet azonos neve.

A mező adattípusát az Adattípus oszlop mezőjében kell megadni. A következő típusú adatok érvényesek az Accessben: szöveg, numerikus, pénznem, számláló, dátum/idő, logikai érték, jegyzetmező (a változó hosszúságú adatmezők legfeljebb 65535 karaktert tartalmazhatnak), OLE objektummező, hiperhivatkozás, keresővarázsló. Mindegyik adattípusnak megvannak a saját tulajdonságai, amelyek a Tervezés ablak Mezőtulajdonságok részében jelennek meg.
Az elsődleges kulcs egy vagy több mező, amely egyedileg azonosítja a tábla minden rekordját. A kulcs segítségével gyorsabban megtalálhatja és rendezheti a rekordokat. Az elsődleges kulcsként használt mezők indexelése automatikusan megtörténik, de más mezőkhöz is létrehozhat külön indexet. Alapértelmezés szerint az Access létrehoz egy Számláló típusú Kód mezőt. Ön is létrehozhat elsődleges kulcsot, ha kiválasztja azt a mezőt, amelyet elsődleges kulcsként szeretne használni. Ezután válassza ki a "Kulcsmező" gombot a Table Designer eszköztáron. A kiválasztott mezőn az egér jobb gombjával kattintva megjelenik a helyi menü, amely tartalmazza a "Kulcsmező" parancsot. Egy kulcsképet tartalmazó ikon jelenik meg a mezőjelölő területen.
A legegyszerűbb az adatok bevitele egy táblázatba az Adatlap nézet használatával. Amikor adatokat ír be egy táblázatba, a TAB billentyűvel lehet a következő mezőre lépni.
Munka űrlapokkal az MS-Access adatbázisban
Formák létrehozása. Az adatbázisban lévő adatok többféle módban megtekinthetők. Az Űrlapok mód azonban biztosítja a legnagyobb rugalmasságot, a legkényelmesebb módot az adatok megtekintéséhez, hozzáadásához, szerkesztéséhez és törléséhez.
Az űrlap lehetővé teszi egy vagy több rekord összes mezőjének egyidejű megjelenítését. Az adatlap nézet lehetővé teszi több rekord egyidejű megtekintését is, de előfordulhat, hogy nem mindig lehetséges az összes mező egyidejű megjelenítése. Egy optimálisan kialakított űrlapon akár 100 mező is elfér egy képernyőn, ha pedig sokkal több mező van, akkor minden bejegyzéshez többoldalas űrlapot készíthet.
Az űrlapok létrehozásához a következő eszközöket kell használni:

Konstruktor - lehetővé teszi, hogy saját maga hozzon létre új űrlapot;
Űrlapvarázsló - lehetővé teszi, hogy automatikusan létrehozzon egy űrlapot a táblázatból kiválasztott mezők alapján (a következőkkel kinézetűrlapok: egyoszlopos, szalagos, táblázatos vagy igazított);
Automatikus formázás: oszlopba - lehetővé teszi egy űrlap automatikus létrehozását egy oszlopban elhelyezett mezőkkel;

Autoform: szalag – szalagos űrlapok automatikus létrehozását biztosítja;

Autoform: táblázatos - lehetővé teszi a táblázatos űrlapok automatikus létrehozását;

Diagram - űrlap létrehozása diagrammal;
PivotTable – Űrlap létrehozása Excel kimutatástáblával.
A felsorolt ​​eszközök a Beszúrás, Űrlap paranccsal vagy az Új objektum: AutoForm eszköztár gombjának megnyomásával is elérhetővé válnak.
Űrlap létrehozásához meg kell nyitnia az adatbázis ablakot, válassza ki az Űrlapok fület, kattintson a "Létrehozás" gombra, válassza ki az űrlap opciót a párbeszédpanelen, és kövesse a párbeszédpanelen megjelenő utasításokat.

Az űrlap kinyomtatása a Standard eszköztár megfelelő "Nyomtatás" gombjával vagy a Fájl, Nyomtatás menüponttal történik. A kitöltött űrlap Űrlapok módban nyitható meg, vagy az Űrlapkészítő használatával módosítható.

6.10. Munka az MS-Access adatbázisban lévő objektumokkal

Az MS Accessbe képeket, videoklipeket, hangfájlokat, üzleti diagramokat, Excel-táblázatokat és Word dokumentumokat illeszthet be. Bármely OLE típusú objektum társítható űrlapokhoz és jelentésekhez. Ugyanakkor nem csak az Accessben használhatók, hanem közvetlenül az űrlapon is szerkeszthetők. Az objektumok csatolt és szabad keretekbe, valamint képkeretbe ágyazhatók. A beágyazás egy objektumot helyez el egy Access-adatbázisba, ahol egy űrlapban, jelentésben vagy táblázatbejegyzésben tárolódik.

Szabad tárgy befecskendezése. A következő két módszerrel ágyazhat be egy szabad objektumot egy űrlapba vagy jelentésbe:

Szúrjon be egy objektumot egy űrlapba vagy jelentésbe, ez létrehoz egy „kép” típusú objektumot vagy az objektum szabad keretét;

Először hozzon létre egy "kép" típusú objektumot vagy egy szabad tárgykeretet, majd illessze be az objektumot vagy képet ebbe a keretbe.

Kép beágyazása. OLE objektumok vagy képek beágyazásához egy objektum vagy kép szabad keretébe a következőket kell tennie:

Nyissa meg az űrlapot Űrlapterv nézetben;

Kattintson a Kép gombra az eszköztáron;

Hozzon létre egy képkeretet a Kép eszköz mozgatásával.

Képkeret létrehozásakor megjelenik a Kép kiválasztása párbeszédpanel, amely felsorolja az aktuális mappában található képfájlokat. Ezután válasszon ki egy képet, és kattintson az OK gombra. Ennek eredményeként a rajz beágyazódik és megjelenik.

Jelentések kezelése MS-Accessben

Vannak rugalmas és hatékony eszközök a jelentések készítéséhez az MS Accessben:

Report Designer, amelyben önállóan fejlesztheti saját jelentéseit meghatározott tulajdonságokkal;

Jelentésvarázsló, amellyel gyorsan készíthet jelentést a kiválasztott mezők alapján;

Autoreport: egy oszlopba, amely lehetővé teszi egy vagy több oszlopba rendezett mezőkből álló jelentés készítését;

Automatikus jelentés: szalag, amely lehetővé teszi a szalagos jelentés automatikus készítését;

Diagram varázsló, amely egy jelentést hoz létre, amely az adatok diagramját tartalmazza;

Levelezési címkék, amely a levelezési címkék nyomtatásához formázott jelentést készít.

Az adatbázis-jelentés megtekintéséhez a következőket használhatja:

parancsok Fájl, A főmenü előnézete;

parancsok Előnézet helyi menü;

az eszköztár Előnézet gombra.

Ha a Jelentéstervező ablakból vagy az Adatbázis ablakból szeretné kinyomtatni a létrehozott jelentést, a következőket kell tennie:

Futtassa a Fájl, Nyomtatás parancsokat, ezzel megnyílik a Nyomtatás párbeszédpanel, ahol megadhatja a szükséges nyomtatási beállításokat;

Kattintson a "Nyomtatás" gombra az eszköztáron, ebben az esetben a jelentés az aktuális beállításokkal kerül kinyomtatásra.

Egy korábban létrehozott jelentés módosítása:

Az adatbázis ablakban lépjen a Jelentés fülre;

Vigye az egérmutatót a módosított jelentésre;
- Kattintson a Tervezés gombra.
A jelentés mentéséhez hajtsa végre a Fájl, Mentés vagy Fájl, Mentés másként, Exportálás parancsokat, vagy kattintson a Mentés gombra a Standard eszköztáron. Ha a jelentést első alkalommal menti el, vagy a Mentés másként, Exportálás parancsokkal, akkor meg kell adnia a jelentés nevét. Az Access csak a jelentés tervét menti, az adatokat vagy magát a jelentést nem.
Jelentés megnyitásához hajtsa végre a Fájl, Megnyitás parancsokat, vagy kattintson a megfelelő gombra az eszköztáron.

Az adatbázis-kezelő rendszerek alapfogalmai és osztályozása Az adatbázis (DB) egy számítógépes rendszer memóriájában tárolt strukturált adatok halmaza, amely az objektumok állapotát és azok kapcsolatait tükrözi a vizsgált témakörben. Az adatbázisban tárolt adatok logikai felépítését adatreprezentációs modellnek nevezzük. A főbb adatmegjelenítési modellek (adatmodellek) a hierarchikus, hálózati, relációs. Az adatbázis-kezelő rendszer (DBMS) olyan nyelvi és szoftvereszköz-készlet, amely adatbázis létrehozására, karbantartására és sok felhasználóval való megosztására szolgál. Az RDBMS-eket általában az alkalmazott adatmodell különbözteti meg. Tehát a relációs adatmodell használatán alapuló DBMS-eket relációs DBMS-nek nevezzük. Az adatbázisokkal való munkához gyakran elegendőek a DBMS-eszközök. Ha azonban az adatbázissal való munkavégzés kényelmét kell biztosítani a szakképzetlen felhasználók számára, vagy a DBMS felület nem felel meg a felhasználóknak, akkor alkalmazásokat lehet fejleszteni. Létrehozásuk programozást igényel. Az alkalmazás egy program vagy programkészlet, amely automatizálja egy alkalmazott feladat megoldását. Alkalmazások létrehozhatók DBMS környezetben vagy azon kívül is - adatbázis-elérési eszközöket használó programozási rendszer segítségével, például Delphi vagy C ++ Вuildeg. A DBMS-környezetben fejlesztett alkalmazásokat gyakran DBMS-alkalmazásoknak, míg a DBMS-en kívül fejlesztett alkalmazásokat külső alkalmazásoknak nevezik. Az adatszótár egy adatbázis-alrendszer, amely az adatstruktúrákról, az adatbázisfájlok közötti kapcsolatokról, az adattípusokról és a megjelenítési formátumokról, a felhasználók adattulajdonáról, a biztonsági és beléptető kódokról stb. szóló információk központosított tárolására szolgál. Általában az adatbázisok használatán alapuló információs rendszerek működnek. kliens-szerver architektúrában. Ebben az esetben az adatbázis a kiszolgáló számítógépen található, és meg van osztva. Egy számítógépes hálózatban egy bizonyos erőforrás szervere egy számítógép (program), amely ezt az erőforrást kezeli, a kliens pedig egy számítógép (program), amely ezt az erőforrást használja. Számítógépes hálózati erőforrásként például adatbázisok, fájlok, nyomtatási szolgáltatások, levelezési szolgáltatások működhetnek. Az információs rendszer kliens-szerver architektúrán való megszervezésének előnye a központosított tárolás, karbantartás és a közös vállalati információkhoz való kollektív hozzáférés és az egyéni felhasználói munka sikeres kombinációja. A kliens-szerver architektúra alapelve szerint az adatok feldolgozása csak a szerveren történik. A felhasználó vagy az alkalmazás lekérdezéseket készít, amelyek utasítások formájában érkeznek az adatbázis-kiszolgálóhoz SQL nyelv. Az adatbázis-szerver biztosítja a szükséges adatok keresését és kinyerését, amelyek azután átkerülnek a felhasználó számítógépére. Ennek a megközelítésnek az az előnye, hogy a korábbiakhoz képest észrevehetően kisebb a továbbított adatmennyiség. A következő típusú DBMS-ek léteznek: * teljes értékű DBMS; * adatbázis szerverek; * eszközök az adatbázissal való munkavégzéshez szükséges programok fejlesztéséhez. A teljes funkcionalitású DBMS-ek hagyományos DBMS-ek. Ide tartozik a dBaseIV, a Microsoft Access, a Microsoft FoxPro stb. Az adatbázis-szervereket arra tervezték, hogy adatfeldolgozó központokat szervezzenek számítógépes hálózatokban. Az adatbázis-kiszolgálók biztosítják a kliensprogramokból érkező kérések feldolgozását, általában SQL utasításokat használva. Példák adatbázis-szerverekre: Microsoft SQL Server, InterBase stb. Általában DBMS-ek, táblázatkezelők, szövegszerkesztők, programok használhatók kliens programként. Email Az adatbázissal működő programok fejlesztésére szolgáló eszközök a következő programok létrehozására használhatók: * kliens programok; * adatbázis-szerverek és egyedi összetevőik; * Egyedi alkalmazások. A DBMS használatának jellege szerint többfelhasználósra (ipari) és helyire (személyesre) oszthatók. Az ipari, DBMS szoftveres alap a nagy gazdasági objektumok automatizált vezérlőrendszereinek fejlesztéséhez. Az ipari DBMS-nek az alábbi követelményeknek kell megfelelnie: * sok felhasználó közös párhuzamos munkájának megszervezésének lehetősége; * méretezhetőség; * hordozhatóság különböző hardver- és szoftverplatformokra; * hibatűrés különféle fajták , beleértve a tárolt információk többszintű biztonsági mentési rendszerének meglétét; * A tárolt adatok biztonságának és az azokhoz való hozzáférés kidolgozott strukturált rendszerének biztosítása. A Personal DBMS olyan szoftver, amely egy helyi felhasználó vagy a felhasználók egy kis csoportja problémáinak megoldására összpontosít, és személyi számítógépen való használatra készült. Ez magyarázza a második nevüket - desktop. Az asztali rendszerek meghatározó jellemzői a következők: * relatív egyszerű használat, amely lehetővé teszi működőképes felhasználói alkalmazások létrehozását ezek alapján; * Viszonylag korlátozott követelmények a hardver erőforrásokkal szemben. Az alkalmazott adatmodell szerint a DBMS-ek hierarchikus, hálózati, relációs, objektumorientált stb. csoportokra oszthatók. Egyes DBMS-ek egyidejűleg több adatmodellt is támogathatnak. Az adatbázisban tárolt adatokkal való munkavégzéshez a következő típusú nyelveket használják: * adatleíró nyelv - deklaratív típusú magas szintű, nem eljárási nyelv, amelyet a logikai adatstruktúra leírására terveztek; * adatkezelési nyelv - olyan struktúrák halmaza, amelyek biztosítják az adatokkal való munkavégzéshez szükséges alapvető műveletek végrehajtását: az adatok kérésre történő bevitele, módosítása és kiválasztása. A különböző DBMS-ekben lévő elnevezett nyelvek eltéréseket mutathatnak. A két legszélesebb körben használt szabványosított nyelv a QBE - Pattern Query Language és az SQL - Structured Query Language. A QBE alapvetően egy adatkezelési nyelv tulajdonságaival rendelkezik, az SQL mindkét nyelvtípus tulajdonságait egyesíti. A DBMS a következő alapvető alacsony szintű funkciókat valósítja meg: * adatkezelés külső memóriában; * RAM pufferkezelés; * tranzakciókezelés; * változások naplózása az adatbázisban; * Az adatbázis integritásának és biztonságának biztosítása. Az adatkezelési funkció külső memóriában való megvalósítása biztosítja az erőforrás-kezelés megszervezését az operációs rendszer fájlrendszerében. Az adatpufferelés szükségessége abból adódik, hogy a RAM mennyisége kisebb, mint a külső memória mennyisége. A pufferek a RAM olyan területei, amelyek célja a külső és a RAM közötti csere felgyorsítása. A pufferek ideiglenesen adatbázis-töredékeket tárolnak, amelyek adatait a DBMS-hez való hozzáféréskor fel kell használni, vagy a feldolgozás után a tervek szerint az adatbázisba írják. A tranzakciós mechanizmust a DBMS-ben használják az adatbázisban lévő adatok integritásának megőrzésére. A tranzakció az adatbázisadatokon végzett műveletek valamilyen oszthatatlan sorozata, amelyet a DBMS az elejétől a végéig nyomon követ. Ha bármilyen okból (berendezések meghibásodása és meghibásodása, szoftverhibák, beleértve az alkalmazást is) a tranzakció befejezetlen marad, akkor az törlődik. A tranzakcióknak három fő tulajdonságuk van: * atomitás (a tranzakcióban szereplő összes művelet végrehajtásra kerül, vagy nem); * szerializálhatóság (nincs kölcsönös befolyása az egyidejűleg végrehajtott tranzakcióknak); * tartósság (még a rendszer összeomlása sem vezet az elkötelezett tranzakció eredményének elvesztéséhez). Példa a tranzakcióra a pénz átutalása egyik számláról a másikra a bankrendszerben. Először az egyik számláról levonják a pénzt, majd jóváírják egy másik számlán. Ha legalább egy műveletet nem hajtanak végre sikeresen, a művelet eredménye hibás lesz, és a művelet egyensúlya felborul. A változásnaplózást a DBMS végzi, hogy hardver- és szoftverhibák esetén biztosítsa az adattárolás megbízhatóságát az adatbázisban. Az adatbázis integritásának biztosítása az szükséges feltétel az adatbázis sikeres működése, különösen, ha hálózaton használják. Az adatbázis integritása az adatbázis sajátja, ami azt jelenti, hogy teljes, konzisztens és a témakört megfelelően tükröző információkat tartalmaz. Az adatbázis állapotának integritását integritási megszorításokkal írják le olyan feltételek formájában, amelyeket az adatbázisban tárolt adatoknak teljesíteniük kell. A DBMS-ben a biztonságot adattitkosítás, jelszavas védelem, az adatbázishoz és egyes elemeihez (táblázatok, űrlapok, jelentések stb.) való hozzáférési szintek támogatása biztosítja.

Az alkalmazási programok fejlesztésénél a következő szakaszokat különböztetjük meg: problémafelvetés, matematikai leírás és problémamegoldási módszer kiválasztása, problémamegoldás algoritmizálása, program elkészítése és adaptálása.

A probléma megfogalmazása magában foglalja a megoldandó probléma leírását, a bemeneti, kimeneti és referencia információk leírását, valamint a teszteset leírását.

A kiválasztott feladat jellemzői a következők: a probléma megoldásának céljának meghatározása; a bemeneti, köztes és eredményinformációk összetételének, bemutatási formáinak megállapítása, a probléma megoldási gyakoriságának és a megoldandó probléma más feladatokkal való kapcsolatának megállapítása, az információk megbízhatóságának nyomon követésének formáinak és módszereinek meghatározása.

A bemeneti működési információk leírása a következőket tartalmazza: a bemeneti üzenet neve, az információforrás - dokumentum vagy tömb, az információ megjelenítésének formája, az információ átvételének időzítése és gyakorisága.

A referenciainformációk leírása tartalmazza az ilyen típusú információk osztályozása és a felhasznált címtárak tartalma.

A kimeneti információk leírása a következőket tartalmazza: a fogadott kimeneti üzenetek listája, az üzenet megjelenítési formája (dokumentum vagy tömb), az üzenetek kiadásának időzítése és gyakorisága, a kimeneti információ formáinak célja, a kimeneti információ címzettjei.

A teszteset leírása a következőket tartalmazza: a probléma hagyományos módon történő megoldási eljárásának bemutatása, a kiindulási adatok minden formájának tükrözése, a probléma megoldása során felmerülő összes normál és abnormális helyzet számbavétele és a felhasználó cselekvéseinek leírása minden esetben.

A probléma megoldásának matematikai leírása és módszerválasztása. A problémafelvetés matematikai jelölése tükrözi annak lényegét, a jelölés tömörségét, a megértés egyértelműségét. A matematikai leírást lehetővé tevő feladatokhoz numerikus megoldási módot választanak, a nem numerikus feladatokhoz pedig a megoldás sematikus diagramját készítik el.

Problémamegoldás algoritmizálása. Az algoritmus egy pontos előírás, amely meghatároz egy számítási folyamatot, amely a kezdeti adatok megváltoztatásától a kívánt eredményig vezet. Ugyanazon probléma megoldására számos olyan algoritmus létezik, amelyek a bonyolultság szintjében, a számítási és logikai műveletek mennyiségében, a kezdeti és köztes információ összetételében, valamint a kapott eredmények pontosságában különböznek egymástól. Maga az algoritmus írható verbális formában, grafikusan, döntési táblázatok segítségével stb.

Programok összeállítása, hibakeresése és tesztelése. A program fordítása (kódolása) a programozási nyelv operátorai segítségével történik. Általánosságban elmondható, hogy a programozási nyelv egy formalizált nyelv egy számítógépen felmerülő probléma megoldására szolgáló algoritmus leírására, vagy egy rögzített jelölés az algoritmusok és adatstruktúrák leírására.

A program hibakeresése a hibák kiküszöbölését célzó műveletek sorozatát foglalja magában, a tesztelést pedig úgy tervezték, hogy bemutassa a kifejlesztett programokban lévő hibák hiányát vagy észlelését.

Az "algoritmus" szó az üzbég tudós nevének arabról európai nyelvekre történő torzításának eredményeként jelent meg. IX századi Al Khorezmi, aki felvázolta a számok számtani műveleteinek szabályait a pozícióban decimális rendszer leszámolás. Ezeket a szabályokat algoritmusoknak nevezzük.

Algoritmus precízen megfogalmazott szabályrendszer, amely meghatározza a rendelkezésre álló kiindulási adatok (bemeneti információk) véges számú lépésben a kívánt eredménnyel (output információ) való átalakítási folyamatát.

Az algoritmusnak számos kötelező tulajdonsága (attribútum) van:

Diszkrétség - lehetővé teszi az információfeldolgozási folyamat egyszerűbb szakaszokra (végrehajtási lépésekre) történő lebontását;

Bizonyosság (vagy determinizmus) - az információátalakítás minden egyes lépésének végrehajtásának egyediségét jellemzi;

- hatékonyság (vagy végesség) - az algoritmus egészének véges számú lépésben történő befejezését jelenti;

Tömeg - jellemzi az algoritmus alkalmasságát egy bizonyos problémaosztály megoldására.

ELŐADÁS

DB besorolás. Faktográfiai és dokumentum-adatbázisok.

Működési és visszamenőleges információk adatbázisa.

Adattárházak. Helyi és elosztott adatbázisok. A DBMS főbb követelményeinek és tulajdonságainak összefüggései: kompromisszumok rendszere

2.1. Osztályozás adatbázisok

Az adatbázisok és adatbankok osztályozása különböző szempontok szerint történhet (és az adatbázis működésének különböző összetevőihez, szempontjaihoz kapcsolódva), amelyek között szerepel pl.(2. dia).

Által a nyújtott információ formája Ki lehet emelni a tényszerű, a dokumentarista, a multimédiát, amely bizonyos mértékben megfelel a digitális, szimbolikus és egyéb (nem digitális és nem szimbolikus) információreprezentációnak a számítástechnikai környezetben. Ez utóbbiak közé tartoznak a térképészeti, videó, audio, grafikus és egyéb adatbázisok.

Által a tárolt (nem média) információ típusa lehetõség van faktográfiai, dokumentum-, lexikográfiai adatbázisok kiosztására. A lexikográfiai adatbázisok osztályozók, kódolók, szóbázis szótárak, tezauruszok, rubrikátorok stb., amelyeket általában dokumentum- vagy tényadatbázisokkal együtt használnak hivatkozásként. A dokumentumbázisok az információmegjelenítés szintje szerint vannak felosztva - teljes szöveges (ún. "elsődleges" dokumentumok) és bibliográfiai-absztrakt ("másodlagos" dokumentumok, amelyek cím- és tartalmi szinten tükrözik az elsődleges dokumentumot).

Által használt adatmodell típusa Az adatbázisoknak három klasszikus osztálya van: hierarchikus, hálózati és relációs. Az adatfeldolgozási technológiák fejlődése a posztrelációs, objektum-orientált, többdimenziós adatbázisok megjelenéséhez vezetett, amelyek bizonyos fokig megfelelnek az említett három klasszikus modellnek.

Által tárolási topológiák adatok különbséget tesznek a helyi és az elosztott adatbázisok között.

Által hozzáférési tipológiákÉs felhasználás jellege A tárolt információk A DB szakosodott és integrált részekre osztható.

Által funkcionális célja (az adatbázis segítségével megoldott feladatok jellege, és ennek megfelelően az adatfelhasználás jellege) különíthető el operatív és referencia és információs. Ez utóbbiak közé tartoznak a retrospektív adatbázisok (könyvtárak elektronikus katalógusai, statisztikai információs adatbázisok stb.), amelyek a fő tevékenység információs támogatására szolgálnak, és nem jelentenek változást a meglévő nyilvántartásokban, például e tevékenység eredményei alapján. Az operatív adatbázisok különféle technológiai folyamatok vezérlésére szolgálnak. Ebben az esetben az adatok nem csak lekérésre kerülnek az adatbázisból, hanem módosulnak (beleértve a hozzáadást is), többek között ennek a felhasználásnak az eredményeként.

Által lehetséges alkalmazási köre különbséget lehet tenni univerzális és speciális (vagy problémaorientált) rendszerek között.

Által megközelíthetőség lehetőség van nyilvános és adatbázisok kiosztására korlátozott felhasználói hozzáféréssel. Utóbbi esetben ellenőrzött hozzáférésről beszélünk, amely egyénileg meghatározza nemcsak a rendelkezésre álló adatok körét, hanem a felhasználó számára elérhető műveletek jellegét is.

Meg kell jegyezni, hogy a bemutatott osztályozás nem teljes és kimerítő. Nagymértékben tükrözi az adatbázisok fejlesztésével és felhasználásával kapcsolatos tevékenységi kör történeti állapotát.

Az adatbázisok tipológiája az információs folyamatok szempontjából

A DB-k különböző szintekre rendelhetők információs folyamatok: információtechnológiai (IT) szint, rendszer (IS) szint, információs források(IR). (3. dia)

Az információtechnológia szintjén az adatbázist a megoldandó probléma tárgykörére vonatkozó adatokat tartalmazó operációs rendszer-fájlok összekapcsolt halmazaként határozzák meg. Ennek során a fő hangsúly a az adatbázis fizikai felépítése.

Az információs rendszerek szintjén az adatbázist komponensnek tekintjük, amely a témakör információs modellje. Itt van a legfontosabb probléma az adatbázis logikai felépítése.

Ha az adatbázist az információforrások szintjén vizsgáljuk, az adatbázist a világ IR elemeként kezeljük. A fő jellemző itt az adatbázis tartalma, bár az adatstruktúrák is fontosak.

2.2. Tény- és dokumentumadatbázisok

A faktográfiai és a dokumentum adatbázisok közötti fő különbség az információtároló egység felépítése.

Alatt információtároló egység az adatok összességét fogjuk érteni, amely az információs rendszer szempontjából egyetlen egész. A tárolóegység határozza meg az adatok integritásának és konzisztenciájának tulajdonságait.

A tárolóegység felépítése szempontjából szokás megkülönböztetni a jól strukturált és a gyengén strukturált adatokat.

Jól strukturált adatok - ez olyan adat, amelyben az információtárolás egyes egységei az attribútumok véges halmazaként ábrázolhatók. Ebben az esetben mindegyik pontosan meghatározott értéket vesz fel.

félig strukturált adatok olyan adat, amelyben minden tárolóegységet szintén véges számú attribútum képvisel, de az attribútum értéke nincs pontosan definiálva, függ a felhasználás kontextusától, és összetett szerkezetű lehet.

Tényadatbázisok - A jól strukturált adatok tárolására összpontosító adatbázisok. Az ilyen adatbázisokban a tárolási egység a „tény” leírása a jellemző tulajdonságok véges, jól meghatározott halmazával.

Az ilyen adatbázisok fogalmi modelljének megalkotásakor a tárgyterület (SdA) természetesen objektumokra és a köztük lévő kapcsolatokra bomlik. Egy objektum minden jellemző tulajdonsága atomi értékkel rendelkezik, amely független a használati kontextustól.

Dokumentumfilm DB - lazán strukturált adatok tárolására tervezték. Ebben az esetben a tárolóegység egy véges (de nem rögzített) mezőkészlettel meghatározott dokumentum, általános esetben tetszőleges hosszúságú.

Dokumentumadatbázisok létrehozásakor az ObD-t általában nem kölcsönható objektumok gyűjteményeként ábrázolják. Egy objektum jellemző tulajdonságainak halmaza véges, de nem rögzített. Egy jellemző tulajdonság értéke többszörös is lehet, és függhet a használati kontextustól (4. dia).

A keresési módszerek és algoritmusok szempontjából a tényadatbázisok az adatkeresés információs támogatásának, a dokumentum-adatbázisok pedig az információkeresés információs támogatásának tekinthetők.

A két keresési típus közötti különbségek a dián láthatók. (5. dia) .

Adatok keresése során általában a lekérdezés és az adatelem teljes egyezését keresik. Adatok keresésekor az eredmények egyszerű indukcióval következtetnek, például ha A és B, majd C . Az információkeresés sokkal közelebb áll a dedukciós módszerekhez: a kapcsolatot csak a bizonyosság vagy a bizonytalanság mértéke írja le. Az információkeresés során a keresési stratégia általában a kezdeti keresési eredmények csonkolásának elvén alapul, ami az „általánostól a konkrétig” logikához vezet. Ebből következik az adatvisszakereső modell determinisztikus leírása és egy valószínűségi információ-visszakeresési modell.

Az információkeresés során egy attribútum jelenléte nem mindig szükséges és elégséges ahhoz, hogy rekordokat rendeljünk a keresett halmazhoz. Ez azt jelenti, hogy a rekordok (dokumentumok) mindegyike a felhasználó információigényének valamely részéhez kapcsolódik. Ezt a követelménydokumentum illesztő tulajdonságot hívják relevanciáját. Tegyen különbséget a formális és a valódi relevancia között. Az elsőnek általában numerikus kifejezése van, és kiszámításra kerül keresőmotor, a második a felhasználó értékelése a felhasználó fő tevékenységében felmerülő problémahelyzet által generált valós szükségletnek való megfelelés szempontjából.

Adatok keresése során minden talált adat, amely megfelelt a kérésnek, megkapja a felhasználót. Az információkeresés során előfordulhat, hogy szinte az összes adatbázis-dokumentum bizonyos mértékig relevánsnak tekinthető a kérés szempontjából, ezért a dokumentumokat például a formai relevancia mértéke szerint rendelik meg, és csak az első néhányat küldik vissza. .

Az adatlekéréshez használt lekérdezési nyelv általában mesterséges, szigorú szintaxissal és korlátozott szókinccsel, információkereséskor a természetes nyelvet részesítik előnyben, bár néhány kivételtől eltekintve, és jelenleg a "természetes nyelv" kulcsszavak listájára redukálódik. Az adatlekérdezésnél a lekérdezés általában egy teljes specifikáció, hogy mit kell megtalálni és milyen formában kell megjeleníteni, az információ-lekérdezésnél hiányos, emellett számos műveletet alapértelmezés szerint végrehajt az információkereső rendszer.

2.3. Működési és visszamenőleges információk adatbázisa. Adattárházak

Az ObD főbb jellemzői és a megoldandó feladatok szempontjából az adatbázisoknak két fő osztálya különböztethető meg - az operatív és a retrospektív információ.

Az operatív információk adatbázisai az alapját képezik az únOLTP - alkalmazások (Op-line tranzakciók feldolgozása) . Tipikus példák OLTP -az alkalmazások vannakraktári könyvelési rendszerek, jegyrendszerek, bankrendszerek,pénzátutalási műveletek végzése stb. Az ilyen rendszerek fő funkciója, hogy egyidejűleg nagyszámúrövid tranzakciók - adatkezelési műveletek befejezett blokkjai, például: kivenni egy bizonyos összegetneg számláról DEés adja hozzá ezt az összeget a számlához BAN BEN", "eladni egy utasnak jegyet adott vonatra adott időpontban adott helyre."A tranzakció befejezése azt jelenti, hogy hiba esetén a tranzakciót teljesen vissza kell görgetni, és vissza kell állítani az adatbázist a tranzakció kezdete előtti állapotba (nem kell lennie olyan helyzetnek, amikor pénzt vonnak le a számláról DE de nem írják jóvá BAN BEN).

Főbb jellemzők OLTP alkalmazások:

1. Időegység alatt egyszerre nagy számú tranzakció kerül végrehajtásra(a rendszer csatlakoztathatótöbb ezer felhasználó dolgozik egyszerre).

2. Szinte az összes végrehajtandó adatbázis-lekérdezésvalós időben, beszúrás, frissítés, törlés parancsokból áll.

3. A kiválasztott kérelmek elsődleges céljalehetővé teszi a felhasználók számára, hogy különféle könyvtárak közül válasszanak, ésa legtöbb ilyen kérés előre ismert a tervezési szakaszban.

Ta számára kritikus módon OLTP - Az alkalmazások sebessége és bekapcsolásaa rövid adatfrissítési műveletek végrehajtásának megbízhatósága.

A retrospektív információs adatbázisok az információ-visszakeresés feladataira fókuszáló dokumentuminformációs rendszerek részét képezik, ill.OLAP- alkalmazások(Op-Line Analytical Processing , operatív elemző adatfeldolgozás). Ez egy általánosított kifejezés, amely az építési elveket jellemzi döntéstámogató rendszerek( DSS, döntéstámogató rendszer ), szintén boltívek adat(adattárház ) És adatbányászati ​​rendszerek( adatbányászat ). Az ilyen rendszereket úgy tervezték, hogy függőséget hozzanak létreadatok (például megpróbálhatja meghatározni, hogy a kötet hogyan kapcsolódik egymáshoza potenciális vásárlók jellemzőivel rendelkező áruk értékesítése) vagy azértolyan elemzés elvégzése, amely választ ad a „mi lenne, ha…” kérdésekre.

A retrospektív információk adatbázisait a következő jellemzők jellemzik:

1. Új adatok hozzáadása az adatbázishoz viszonylag ritkanagy blokkok.

2. Az adatbázisból származó adatok általában soha nem törlődnek.

3. Az adatlekérdezések ad hoc jellegűek és általában meglehetősen összetettek. Nagyon gyakran új kérést fogalmaz meg egy elemzőaz előző végrehajtásával kapott eredmény finomítására köles.

4. A lekérdezés végrehajtásának sebessége fontos, de nem kritikus.

OLAP számára -alkalmazásokra jellemző, hogy az adatok betöltése előtt különböző "tisztítási" eljárásokon esnek át, miveltekintettel arra, hogy egy adatbázis sok adatot fogadhatforrások, amelyek ugyanarra a megjelenítési formátumot különböztetik megugyanazok az adatok, az adatok hibásak, hibásak stb.

Adattárházak

RÓL RŐL hatalmas mennyiségű információ halmozódott fel a működés soránadatbázisok, lehetővé teszi például a rendszerhasználat feladatának beállítását az alattDöntéshozatal. Mivel azonban Az online feldolgozó rendszereket leggyakrabban anélkül tervezik meg, hogy figyelembe vennék azokatvagy támogatja az ilyen követelményeket, így az átalakítás általában OLTP rendszerek a döntéstámogató rendszerben rendkívülinek bizonyula tea nehéz feladat. Jellemzően egy tipikus szervezet sok különböző tranzakciófeldolgozási rendszerrel rendelkezik, amelyek átfedésben vannak, és néha akáregymásnak ellentmondó definíciók, például különböző típusok eseténugyanazokat az adatokat ábrázolni. A fő feladat aza felhalmozott adatarchívumok új ismeretek forrásává alakulnak,sőt oly módon, hogy a felhasználó egyetlen integrációt kapjon a szervezet adatainak összevont képe. KoncepcióAz adattárolást olyan technológiaként fogták fel, amely képes kielégítenidöntéstámogató rendszerek követelményei és információ alapútöbb különböző működési adatforrásból származó információ.

Adattárház koncepció alapvetően olyan megoldást javasoltak, amely hozzáférést biztosít a felhalmozott adatokhoznem relációs rendszerekben. Feltételezték, hogy egy ilyen információtárlehetővé teszi a szervezetek számára adatarchívumaik hatékony felhasználásátüzleti problémák megoldása. A kezdeti szakaszban létrehozott ilyen rendszerek rendkívüli összetettsége és alacsony termelékenysége miatt azonban az elsőaz információtárak egészének létrehozására tett kísérletek sikertelenek voltak. AmiótaAzóta újra és újra visszatér az információtár fogalma, de csakaz utóbbi években az adattárház-technológiát áraként kezeltékúj és életképes megoldás.

Adattár - domain-specifikus, integrált, időhöz kötött és megváltoztathatatlan adatkészlet, amelyet úgy terveztek, hogy legyendöntés támogatás.

A fenti definícióban az adatok meghatározott jellemzőita következőképpen tekintendők. (6. dia)

tantárgyi orientáció. Az adattárház köré szerveződika szervezet fő objektumai (vagy alanyai) (például ügyfelek, akkorvars és értékesítés), nem pedig az alkalmazási területek körül (vevőszámlázás, készletellenőrzés és áruk értékesítése). Ez a fényvisszaverő tulajdonságNincs szükség a döntéstámogató adatok tárolására, és nem a szokásos működési és alkalmazott adatok.

Integráció . Ennek a jellemzőnek az a jelentése, hogy az operaaz alkalmazott adatok általában különböző forrásokból származnak, amelyek gyakran nem következetesen ábrázolják ugyanazokat az adatokat, például különböző formátumokat használnak. Hogy a felhasználónak egyetlenáltalánosított adatábrázolás, szükséges egy integrált létrehozása olyan forrás, amely biztosítja a tárolt információk konzisztenciáját.

Időkötés . A trezorban lévő adatok pontosak és csak a következő helyen érvényesekha egy bizonyos pillanathoz vagy intervallumhoz kötődnekidő: tárolt információA máció valójában az adatok állapotáról készült pillanatképek halmaza.

állandóság. Ez azt jelenti, hogy az adatok nem frissülnek online.módban, de csak rendszeresen töltik fel az operatívtól kapott információk miattfeldolgozó rendszerek. Ugyanakkor az új adatok soha nem kerülnek cserére, éscsak kiegészíti az előzőeket. Így a tárolási adatbázis folyamatosankifejezetten frissítve új adatokkal, szekvenciálisan integrálvamár felhalmozott információkat.

NAK NEK létrehozásának végső céljaAz adattárház a vállalati adatok egyetlen tárolóba történő integrálása egy torii, amelyhez a felhasználók hozzáférhetnek a lekérdezéshez, a jelentések elkészítéséhez és az adatok elemzéséhez. Összegezve azt mondhatjuk, hogy a technoAz adattárház egy adatkezelési és -elemzési technológia.

Rendszer összehasonlítás OLTPés adattárházak

Az online tranzakciófeldolgozás támogatására tervezett DBMS ( OLTP), általában alkalmatlannak tartják adattárolásra, mert a két rendszertípusnak nagyon eltérő követelményei vannak.hiúság. Például rendszerek OLTP úgy tervezték, hogy a maximumot nyújtsafix tranzakciók alacsony intenzív feldolgozása tárolás közbenschA adatok - elsősorban egyetlen feldolgozására önkényes kérések . A csúszdán (7. dia) összehasonlításképpen megadjuk a főbb jellemzőket tipikus OLTP rendszerek és adattárházak.

Az adattárházak fejlesztésének és karbantartásának problémái

Soroljuk fel a fejlesztéssel kapcsolatos lehetséges problémákatés adattárházak karbantartása (8. dia) .

· Az adatok betöltéséhez szükséges erőforrások alábecsülése : sok fejlesztő hajlamos alábecsülni a letöltéshez szükséges időtcheniya, tisztítás és adatok betöltése a tárolóban.

· Az adatforrások rejtett problémái : az információszolgáltató adatforrásokkal kapcsolatos problémákkeletkezését a tárolóban, csak több évvel a működésük megkezdése után lehet felfedezni.

· A szükséges adatok hiánya a rendelkezésre álló archívumban : az adattárházakban gyakran van szükség információszerzésrea forrásként szolgáló működési rendszerekben nem vett elvonásokatmi adatok. Ebben az esetben a szervezetnek kell eldöntenie, hogy megéri-e módosítaniérvényesíteni a meglévő rendszereket OLTP vagy létrehozni új rendszer a gyűjtésről nemadatok behozása

· Növekvő végfelhasználói igények

· Adategyesítés : Egy nagyszabású adattárház felépítése nagy adategyesítési kihívás lehet, de az egységesítés csökkenthetivarrni az összegyűjtött információ értékét

· Magas erőforrásigény : Hatalmas lemezterületet igényelhet.

· Adatok tulajdonjoga : adattárház létrehozásához szükség lehet a végpontok állapotának módosításárafelhasználók az adatok tulajdonjogával kapcsolatban

· Komplex kíséret : az üzleti folyamatok vagy adatforrások bármilyen átszervezése lehetbefolyásolja az adattárház teljesítményét

· A projektek hosszú távú jellege

· Beilleszkedési nehézségek

Helyi és elosztott adatbázisok

Általánosságban elmondható, hogy az adatbázis működési módjai a következő kritériumok szerint osztályozhatók:

- multitasking - egyfelhasználós vagy többfelhasználós;

- szolgáltatási szabály kérése - soros vagy párhuzamos;

- adatelhelyezési séma - központi vagy elosztott adatbázis.

Megjegyzendő, hogy az adatfeldolgozási technológiák általános fejlődési tendenciája összhangban van a számítástechnika és az információtechnológia, elsősorban a hálózati technológiák fejlődési szakaszaival, ebben az értelemben két osztályt kell megkülönböztetni: az elosztott adatfeldolgozó rendszerek, ill. elosztott adatbázisrendszerek.

Az elosztott adatfeldolgozó rendszerek alapvetően a többfelhasználós operációs rendszerek felépítését és tulajdonságait tükrözik egy nagy központi számítógépen (mainframe) tárolt adatbázissal. Egészen a közelmúltig ez volt az egyetlen lehetséges számítási környezet nagy adatbázisok megvalósítására. Az ügyfélhelyeket ebben az esetben vagy terminálok, vagy miniszámítógépek formájában valósították meg, amelyek elsősorban adatbevitelt/kimenetet biztosítanak, és nem rendelkeznek saját számítási erőforrással a kapott adatok funkcióorientált feldolgozására.

A hálózati technológiák fejlődése, a személyi számítógépek széles körű elterjedésével és a nyílt rendszerszabványok bevezetésével párosulva a különböző típusú számítógépek hálózatán üzemeltetett adatbázis-rendszerek megjelenéséhez vezetett. Az ilyen elosztott adatbázis-rendszerek biztosítják az elosztott lekérdezések feldolgozását, amikor egy lekérdezés feldolgozása a hálózat különböző számítógépein található adatbázis-erőforrásokat használ fel. Az elosztott adatbázisrendszer csomópontokból áll, amelyek mindegyike egy DBMS, és a csomópontok kölcsönhatásba lépnek egymással, így bármely csomópont adatbázisa elérhető lesz a felhasználó számára, mintha helyi lenne. Az elosztott adatbázis architektúra a dián látható (9. dia) .

A DBMS főbb követelményeinek és tulajdonságainak összefüggései: kompromisszumok rendszere (10. dia)

Általánosságban elmondható, hogy az adatbázis-koncepciók alapján megoldott adatfeldolgozás fő feladatai a következő kérdésekre redukálódnak:

egy). Hogyan ábrázoljunk bonyolult nemlineáris adatstruktúrákat lineárisak formájában, amelyek leginkább megfelelnek a gépi memóriában történő szekvenciális ábrázolás (tárolás) elvének.

2). Az adatok rendszerezése, hogy az adatok hatékonyan vihetők be, törölhetők és szerkeszthetők legyenek.

3). Az adatok rendszerezése úgy, hogy a memóriaterület-használat (adatsűrűség) meglehetősen racionális legyen, és az adatrekordokhoz való hozzáférés sebessége magas legyen.

4). Az adatok rendszerezése úgy, hogy a keresés hatékony legyen, és lehetővé tegye a rekordok több kulccsal történő keresését.

Az adatbázis létrehozása lényegében egy kompromisszumra tett kísérlet több irányban egyszerre és több, egymással ellentétes tényező kombinációja (a rendszer általános hatékonyságának mutatójára gyakorolt ​​hatásuk szempontjából), beleértve a következőket: (11. dia) :

1) Hatékonyság – egyszerűség;

2) A mintavételi arány a hardver költsége (bonyolultsága);

3) A mintavételi gyakoriság a hozzáférési eljárások összetettsége;

4) Adatsűrűség – hozzáférési idő és az eljárások összetettsége;

5) Adatfüggetlenség – teljesítmény;

6) A keresőeszközök rugalmassága – adatredundancia ill

7) Keresési rugalmasság – keresési sebesség;

8) A hozzáférési eljárások összetettsége – egyszerű karbantartás.

1. Az adatbázis fogalma Adatbázis (DB) tömbök és adatfájlok gyűjteménye bizonyos szabályok szerint rendezve, amelyek szabványos elveket írnak elő az adatok leírására, tárolására és feldolgozására, függetlenül azok típusától. Adatbázis (DB)- egy adott tárgykörhöz kapcsolódó, rendszerezett információkészlet, amelyet a számítógép külső memóriájában való hosszú távú tárolásra és állandó használatra szántak.

Által használt adatmodell típusa kioszt három klasszikus adatbázis-osztály:

hierarchikus,

hálózat,

relációs. Az adatfeldolgozási technológiák fejlődése a posztrelációs, objektumorientált, többdimenziós adatbázisok megjelenéséhez vezetett, amelyek bizonyos fokig megfelelnek a fent említett három klasszikus modellnek.

Által tárolási topológiák adatok különbséget tesznek a helyi és az elosztott adatbázisok között. Által a hozzáférés és a természet tipológiája a tárolt adatbázis-információk felhasználása specializált és integrált részekre osztható.

Az adatbázisok tipológiája az információs folyamatok szempontjából

Másrészt az adatbázisok különböző szintekhez kapcsolódhatnak információs folyamatok:

informatikai szint (IT),

rendszerszint (IS),

információs források (IR) szintje.

Az információtechnológia szintjén az adatbázist a megoldandó probléma tárgykörére vonatkozó adatokat tartalmazó operációs rendszer-fájlok összekapcsolt halmazaként határozzák meg. Ennek során a fő hangsúly a az adatbázis fizikai felépítése.

Az információs rendszerek szintjén az adatbázist komponensnek tekintjük, amely a témakör információs modellje. Itt van a legfontosabb probléma az adatbázis logikai felépítése.

Az információs erőforrások szintjén az adatbázist a globális IR elemeként kezeljük. A fő jellemző itt az adatbázis tartalma, bár az adatstruktúrák is fontosak.

Osztályozás szerint adatmodellek

Hierarchikus

Hálózat

relációs

TárgyÉs objektum orientált

Objektum-reláció

funkcionális.

Állandó tárolási környezet szerinti osztályozás

Másodlagos memóriában, vagy hagyományos ( angol hagyományos adatbázis): az állandó adathordozó a perifériás nem felejtő memória (másodlagos memória) - jellemzően HDD. Csak a DBMS helyek gyorsítótárés adatok az aktuális feldolgozáshoz.

RAM-ban ( angol memórián belüli adatbázis, memória-rezidens adatbázis, fő memória adatbázis): minden folyamatban lévő adat bekerült véletlen hozzáférésű memória.

A harmadlagos memóriában ( angol harmadlagos adatbázis): az állandó adathordozó a szerverről leválasztható tömegtároló eszköz (harmadlagos tároló), amely általában a mágnesszalagok vagy optikai lemezek. A szerver másodlagos memóriája csak a harmadlagos memória adatkönyvtárát, a fájl gyorsítótárat és az aktuális feldolgozáshoz szükséges adatokat tárolja; maga az adatok betöltése speciális eljárást igényel.

Tartalmi besorolás

Földrajzi

történelmi

• Multimédia.

Osztályozás az eloszlás foka szerint

Központosított vagy koncentrált angol központi adatbázis): Egyetlen számítógépen teljes mértékben támogatott adatbázis.

Megosztott (angol elosztott adatbázis): olyan adatbázis, amelynek összetevői a számítógépes hálózat különböző csomópontjaiban helyezkednek el valamilyen kritériumnak megfelelően.

• Heterogén ( angol heterogén elosztott adatbázis): egy elosztott adatbázis töredékeit a különböző hálózati csomópontokban egynél több DBMS támogatja

  homogén ( angol homogén elosztott adatbázis): egy elosztott adatbázis töredékeit a különböző hálózati csomópontokban ugyanaz a DBMS támogatja.

  Töredezett vagy particionált ( angol particionált adatbázis): az adatelosztási módszer a töredezettség (particionálás, szakaszolás), függőleges vagy vízszintes.

  Replikált ( angol replikált adatbázis): az adatelosztási módszer a replikáció ( replikáció).

Egyéb típusú adatbázisok

Térbeli (angol térbeli adatbázis ): A tartományban lévő entitások térbeli tulajdonságait karbantartó adatbázis. Az ilyen adatbázisokat széles körben használják geoinformációs rendszerek.

Ideiglenes, vagy időbeli ( angol időbeli adatbázis): egy adatbázis, amely néhányat támogat az idő szempontja, nem számítva a felhasználó által meghatározott időt.

Tér-időbeli ( angol térbeli-időbeli adatbázis) DB: Olyan DB, amely egyszerre tart fenn egy vagy több dimenziót térben és időben egyaránt.

ciklikus (angol körmérkőzéses adatbázis): olyan adatbázis, amelynek tárolt adatainak mennyisége az idő múlásával nem változik, mivel ugyanazokat a rekordokat ciklikusan használjuk fel az adatmentés során.

A DBMS szoftveres, műszaki és szervezeti összetevőket tartalmaz.

A szoftver tartalmaz egy vezérlőrendszert, amely biztosítja az input-output, az információk feldolgozását és tárolását, az adatbázis létrehozását, módosítását és tesztelését. A DBMS belső programozási nyelvei a negyedik generációs nyelvek (C, C++, Pascal, Object Pascal). Az adatbázis-nyelvek alkalmazások, adatbázisok és felhasználói felületek létrehozására szolgálnak, beleértve a képernyő űrlapokat, menüket és jelentéseket.

2. Adatbázis-kezelő rendszer (DBMS) - általános vagy speciális célú szoftverek és nyelvi eszközök összessége, amely adatbázisok létrehozását és használatát kezeli.

Alosztályozások Adatmodell szerint

Hierarchikus

• relációs

  Objektum orientált

  Objektum-reláció

Az eloszlás mértéke szerint

Helyi DBMS (a helyi DBMS minden része ugyanazon a számítógépen található)

Elosztott DBMS (a DBMS részei két vagy több számítógépen is tárolhatók).

Az adatbázis elérésével

Fájlszerver

A fájlkiszolgálós DBMS-ben az adatfájlok a fájlszerveren központi helyen találhatók. A DBMS minden ügyfélszámítógépen (munkaállomáson) található. A DBMS a helyi hálózaton keresztül éri el az adatokat. Az olvasások és frissítések szinkronizálása fájlzárak segítségével történik. Ennek az architektúrának az előnye a fájlszerver alacsony CPU-terhelése. Hátrányok: potenciálisan magas helyi hálózati terhelés; a központosított irányítás nehézsége vagy lehetetlensége; az olyan fontos jellemzők biztosításának nehézsége vagy képtelensége, mint a magas megbízhatóság, magas rendelkezésre állás és magas biztonság. Leggyakrabban olyan helyi alkalmazásokban használatosak, amelyek adatbázis-kezelési funkciókat használnak; alacsony adatfeldolgozási intenzitású és alacsony adatbázis-csúcsterhelésű rendszerekben.

Jelenleg a fájlszerver technológia elavultnak számít.

Kliens-szerver

A kliens-szerver DBMS az adatbázissal együtt a szerveren található, és közvetlenül, kizárólagos módban éri el az adatbázist. Minden ügyfél adatfeldolgozási kérelmét központilag dolgozza fel a kliens-szerver DBMS. A kliens-szerver DBMS hátránya a szerverrel szembeni megnövekedett követelmények. Előnyök: Potenciálisan alacsonyabb helyi hálózati terhelés; a központosított irányítás kényelme; az olyan fontos szolgáltatások kényelme, mint a nagy megbízhatóság, a magas rendelkezésre állás és a magas biztonság.

Beágyazott

Embedded DBMS – olyan DBMS, amely ként szállítható összetevő néhány szoftverterméket öntelepítési eljárás nélkül. A beágyazott DBMS-t arra tervezték, hogy alkalmazásadatait helyben tárolja, és nem hálózaton keresztüli megosztásra. A fizikailag beágyazott DBMS-t leggyakrabban plug-in könyvtárként valósítják meg. Az adatokhoz való hozzáférés az alkalmazásból történhet SQL-en vagy speciális programozási felületeken keresztül.

Az adatbázis-kezelő rendszer (DBMS) kiválasztása összetett, többparaméteres feladat, és az adatbázis-alkalmazások fejlesztésének egyik fontos lépése. A kiválasztott szoftverterméknek mind a vállalkozás jelenlegi, mind jövőbeni igényeinek meg kell felelnie, figyelembe véve a szükséges eszközök, magának a rendszernek a beszerzésének, az erre épülő szükséges szoftverek fejlesztésének, valamint a személyzet képzésének pénzügyi költségeit. Ezenkívül meg kell győződnie arról, hogy az új DBMS valódi előnyökkel járhat a vállalat számára.

A DBMS kiválasztásánál a legegyszerűbb megközelítés annak felmérésén alapul, hogy a meglévő rendszerek mennyire felelnek meg a készülő információs rendszer projekt alapvető követelményeinek. Bonyolultabb és drágább megoldás, ha több DBMS-en alapuló tesztprojektet készítünk, majd kiválasztjuk a legmegfelelőbbet a jelöltek közül. De még ebben az esetben is korlátozni kell a lehetséges rendszerek körét bizonyos kiválasztási szempontok alapján. Általánosságban elmondható, hogy egy adott információs rendszer elemzéséhez használt DBMS követelmények listája a kitűzött céloktól függően változhat. Ennek ellenére a kritériumoknak több csoportja is megkülönböztethető:

Adatmodellezés

Építészeti jellemzők és funkcionalitás

A rendszer működésének vezérlése

Alkalmazásfejlesztési funkciók

Teljesítmény

Megbízhatóság

Munkakörnyezeti követelmények

vegyes kritériumok

3. Adatbázis architektúra

Az adatbázisban egy adott tématerületre vonatkozó információkat több szintű modellek jelenítenek meg. Az architektúrában lévő szintek száma szerint egyszintű, kétszintű, háromszintű rendszereket különböztetnek meg. A DBMS architektúra különböző szintjei különböző szintű adatabsztrakciót támogatnak. Jelenleg a legelterjedtebb az Amerikai Szabványügyi Bizottság ANSI (American National Standards Institute) által javasolt háromszintű adatbázis-szervezési rendszer. Az adatbázisok tervezésénél három szint van: fogalmi, belső és külső. 1. A külső modellek szintje - a legmagasabb szint, ahol minden modellnek megvan a saját "látása" az adatokról. Ez a szint határozza meg az egyes alkalmazások adatbázisának nézőpontját. Minden alkalmazás csak azokat az adatokat látja és dolgozza fel, amelyek az adott alkalmazáshoz szükségesek. Például a munkaelosztó rendszer felhasználja a munkavállaló képzettségére vonatkozó információkat, de nem érdekli a munkavállaló fizetésére, lakcímére és telefonszámára vonatkozó információ, és fordítva, ezeket az információkat használja a HR. alrendszer. 2. A fogalmi szint a központi vezérlőkapcsolat. Itt mutatjuk be leginkább az adatbázist Általános nézet A, amely összesíti az összes olyan alkalmazás által használt adatokat, amelyek együttműködnek az adott adatbázissal. Valójában a fogalmi szint annak a témakörnek az általánosított logikai modelljét tükrözi, amelyhez az adatbázist létrehozták. Mint minden modell, a koncepcionális modell is csak a tárgyterület tárgyainak a feldolgozás szempontjából lényeges jellemzőit tükrözi. A koncepcionális modell egy logikai szintű modell, és nem függ a használt DBMS jellemzőitől. A koncepcionális szint kiválasztása lehetővé tette a központosított adatbázis-kezelési apparátus kialakítását. 3. Fizikai szint – a külső adathordozón található fájlokban vagy oldalszerkezetekben található tényleges adatok. Az adatbázis fizikai ábrázolása a belső szintre vonatkozik. Leírja az adatok külső adathordozón való rendszerezésének módjait (fájl- vagy oldalszerkezetek formájában), és úgy tervezték, hogy optimális teljesítményt és hatékonyságot érjen el a számítási rendszer erőforrásainak használatában. Az adatbázis fizikai szerkezetének leírását tárolási sémának, az adatbázis tervezés megfelelő fázisát pedig fizikai tervezésnek nevezzük. Az adatbázis tervezése két fő fázisból áll: logikai és fizikai modellezésből. A logikai modellezés fázisa során a fejlesztő összegyűjti a fejlesztés alatt álló adatbázis követelményeit, összeállítja a tárgykör leírását, és kidolgoz egy olyan modellt, amely nem függ egy adott DBMS-től. A fizikai modellezési fázis során a fejlesztő létrehoz egy, a DBMS-re és meghatározott felhasználói alkalmazásokra optimalizált modellt. Jelenleg a belső szintet szinte teljes egészében a DBMS biztosítja. Az adatbázis kialakításában a fő hangsúly a fogalmi szintű modell megalkotására helyeződik. Ez az architektúra logikai (1. és 2. szint között) és fizikai (2. és 3. szint között) függetlenséget tesz lehetővé az adatokkal való munka során. A logikai függetlenség magában foglalja egy alkalmazás megváltoztatásának lehetőségét anélkül, hogy módosítani kellene más, ugyanazzal az adatbázissal dolgozó alkalmazásokat, és át kell szervezni a fizikai adatokhoz való hozzáférés mechanizmusát. A fizikai függetlenség magában foglalja a tárolt információk egyik adathordozóról a másikra való átvitelének lehetőségét, miközben megőrzi az adatbázissal dolgozó összes alkalmazás teljesítményét.

Kliens-szerver Tájékoztatási rendszer a legegyszerűbb esetben 2 fő összetevőből áll:

1. Adattárolást, hozzáférést és védelmet, biztonsági mentést kezelő, az adatok sértetlenségét az üzleti szabályoknak megfelelően felügyelő és legfőképpen az ügyfelek kéréseit teljesítő adatbázis-szerver;

2. Olyan kliens, amely más kliensek számára olyan felhasználói felületet biztosít, amely alkalmazáslogikát hajt végre, amely adatokat érvényesít, kéréseket küld a szervernek és válaszokat kap rá;

Emellett nem szabad megfeledkeznünk a hálózati és kommunikációs szoftverekről sem, amelyek hálózati protokollokon keresztül kommunikálnak a kliens és a szerver között.

A kliens a felhasználó alkalmazása. Kliens alkalmazásnak is nevezik.

A kliens és a szerver a következőképpen működik együtt:

1. A kliens lekérdezéseket (SQL-lekérdezéseket) generál és küld az adatbázist tároló szervernek az adatok olvasásához vagy módosításához. Ezek a lekérdezések SQL-ben vannak megírva.

2. Egy távoli hálózati szerver kérést küld az SQL Server programnak (adatbázis-kiszolgálónak).

A kliens-szerver architektúra előnyei.

 Az adatokkal való munkavégzéshez relációs hozzáférési módszert használnak. Ez csökkenti a hálózat terhelését, mivel most már csak a szükséges információk keringenek a hálózatban.

 Például, ha egy milliót tartalmazó táblából öt rekordot kell kiválasztani, akkor a kliens alkalmazás lekérdezést küld a szervernek, amit a szerver lefordít, optimalizál és végrehajt, majd a lekérdezés eredménye (ezek ugyanazok 5 rekord, és egyáltalán nem a teljes táblázat) kerül visszaküldésre a munkaállomásra. Ugyanakkor nem ritka első közelítésként, hogy nem kell gondolkodni, és ha egyáltalán van olyan index, ami megkönnyítheti a keresett rekord keresését, ha létezik, akkor azt a a szerver, ha nem, a kérés továbbra is végrehajtódik, bár valószínűleg hosszabb időn belül.

 Az alkalmazás közvetlenül nem kezeli az adatbázist, csak a szerver felel a kezelésért. Ez az információbiztonság mértékének növekedéséhez vezet.

 A kliens alkalmazások összetettségének csökkentése az adatbázis-vezérléshez és a hozzáférés-szabályozáshoz kapcsolódó kód hiánya miatt.

Az adatbázis életciklusa.

Az adatbázis-rendszer tervezésének, megvalósításának és karbantartásának folyamatát adatbázis életciklusnak (DBLC) nevezzük. A rendszer létrehozásának folyamatát rendszeréletciklusnak (LCC) nevezik.

Az LCBD a következő lépésekből áll:

1. Előzetes tervezés - adatbázis tervezés, stratégiai adatbázisterv kidolgozásának folyamatában végezzük. A tervezési folyamat során a következő információkat gyűjtjük össze:

 milyen alkalmazásokat használnak és milyen funkciókat látnak el;

 milyen fájlok vannak társítva az egyes alkalmazásokhoz;

 Milyen új alkalmazások és fájlok vannak folyamatban.

Ezek az információk segítenek meghatározni az alkalmazásinformációk felhasználásának módját, és meghatározni az adatbázisrendszer jövőbeli követelményeit.

Ennek a szakasznak az információit egy általánosított adatmodell formájában dokumentáljuk.

2. Megvalósíthatósági ellenőrzés. Itt kerül meghatározásra az adatbázis létrehozási terv technológiai, működési és gazdasági megvalósíthatósága, azaz:

 Technológiai megvalósíthatóság – van-e technológia a tervezett adatbázis megvalósítására?

 Működési megvalósíthatóság – megvannak-e az adatbázisterv sikeres megvalósításához szükséges eszközök és szakértők?

 gazdasági megvalósíthatóság – megállapíthatók-e a következtetések? Megtérül-e a tervezett rendszer? Felmérhetők a költségek és hasznok?

3. A követelmények meghatározása magában foglalja az adatbázis-célok megválasztását, a rendszerre vonatkozó információs követelmények, valamint a hardverrel és szoftverrel szemben támasztott követelmények tisztázását. Így az adatgyűjtés és a követelmények meghatározásának ezen szakaszában egy általános információs modell jön létre, amely a következő feladatokban fejeződik ki:

 A rendszer céljait az információs igények elemzése határozza meg. Feltétlenül jelzi azt is, hogy milyen adatbázist kell létrehozni (elosztott, holisztikus), és milyen kommunikációs eszközökre van szükség. A kimeneti dokumentum egy megjegyzés, amely leírja a rendszer céljait.

 Felhasználói követelmények meghatározása: dokumentáció általánosított információ formájában (megjegyzések, jelentések, felmérések, kérdőívek stb.); a rendszer funkcióinak rögzítése és azon alkalmazási rendszerek meghatározása, amelyek teljesítik ezeket a követelményeket. Az adatok megfelelő dokumentumok formájában kerülnek bemutatásra.

 A kívánt teljesítményszint fenntartásához kapcsolódó hardverrel és szoftverrel kapcsolatos általános követelmények meghatározása. (A rendszer felhasználói számának, a napi bemeneti üzenetek számának, a nyomtatások számának megállapítása). Ez az információ a számítógépek és DBMS típusok, a lemezek mennyiségének, a nyomtatók számának kiválasztására szolgál. Ennek a szakasznak az adatait a hozzávetőleges hardver- és szoftverkonfigurációkat tartalmazó jelentés tartalmazza.

 Terv kidolgozása a rendszer szakaszos létrehozására, beleértve a kezdeti alkalmazások kiválasztását.

4. Koncepcionális tervezés - fogalmi adatbázisséma létrehozása. A specifikációkat a megvalósításhoz szükséges mértékben fejlesztették ki.

A fő kimeneti dokumentum egyetlen infológiai modell (vagy fogalmi szinten adatbázisséma). Ennek a modellnek a kidolgozása során azokat az információkat és funkciókat használják fel, amelyeket a rendszernek teljesítenie kell, és amelyeket a rendszerrel szemben támasztott követelmények összegyűjtésének és meghatározásának szakaszában határoztak meg. Ebben a szakaszban kívánatos még meghatározni: 1) az adatokra vonatkozó szabályokat; 2) a folyamatokra vonatkozó szabályok; 3) az interfész szabályai.

5. Megvalósítás - a fogalmi modell funkcionális adatbázissá alakításának folyamata. A következő lépéseket tartalmazza.

1) A szükséges DBMS kiválasztása és beszerzése.

2) A fogalmi (infológiai) adatbázismodell átalakítása logikai és fizikai adatmodellné:

 az infológiai adatmodell alapján egy adott DBMS-hez adatséma kerül felépítésre, szükség esetén az adatbázis denormalizálás megvalósítása a lekérdezések feldolgozásának felgyorsítása érdekében minden időkritikus alkalmazásban;

 meghatározza, hogy mely alkalmazási folyamatokat kell az adatsémában tárolt eljárásként implementálni;

 az adatok integritásának biztosítására és az adatszabályok érvényesítésére tervezett megszorítások végrehajtása;

 triggerek tervezése és generálása az összes olyan központilag meghatározott adatszabály és adatintegritási szabály megvalósításához, amelyek nem adhatók meg kényszerként;

 indexelési és klaszterezési stratégia kidolgozása; az összes tábla, fürt és index méretezése;

 felhasználói hozzáférési szintek meghatározása, biztonsági és auditálási szabályok kidolgozása és bevezetése. Szerepkörök és álnevek létrehozása többfelhasználós hozzáférés biztosításához konzisztens szintű hozzáférési jogosultságokkal.

 adatbázis-hálózati topológia és távoli adatok (replikált vagy elosztott adatbázis) zökkenőmentes hozzáférését biztosító mechanizmus kidolgozása.

3) Adatszótár készítése, amely meghatározza az adatbázis adatstruktúra definícióinak tárolását. Az adatszótár a hozzáférési jogokról, az adatvédelmi szabályokról és az adatkezelésről is tartalmaz információkat.

4) Az adatbázis kitöltése.

5) Alkalmazási programok készítése, vezetői ellenőrzés.

6) Felhasználói képzés.

6. Az adatbázisséma értékelése és fejlesztése. Tartalmaz egy felhasználói felmérést a kielégítetlen funkcionális igények azonosítására. A változtatásokat szükség szerint hajtják végre, új programokat és adatelemeket adnak hozzá, amint az igények változnak és bővülnek.

Így az LCBD a következőket tartalmazza:

 A témakör tanulmányozása és a vonatkozó dokumentáció benyújtása (1-3).

 Infológiai modell felépítése (4).

 Végrehajtás (5).

 A munka értékelése és az adatbázis támogatása (6).

Adatbázis tervezés lépései

Az adatbázis fejlesztése során a következő munkafázisok különböztethetők meg.

színpadra állítom. A probléma megfogalmazása.

Ebben a szakaszban kialakul az adatbázis létrehozásának feladata. Részletesen leírja az adatbázis összetételét, létrehozásának célját és célját, valamint felsorolja, hogy milyen típusú munkákat kell ebben az adatbázisban végezni (kiválasztás, kiegészítés, adatmódosítás, jelentés nyomtatása, kiadása stb. .).

II szakasz. Objektumelemzés.

Ebben a szakaszban figyelembe kell venni, hogy az adatbázis milyen objektumokból állhat, ezeknek az objektumoknak milyen tulajdonságai vannak. Az adatbázis felosztása után külön objektumok figyelembe kell venni ezen objektumok tulajdonságait, vagy más szóval meg kell határozni, hogy az egyes objektumokat milyen paraméterek írják le. Mindezek az információk külön rekordok és táblázatok formájában rendezhetők. Ezután mérlegelnie kell az egyes rekordegységek adattípusát. Az adattípusokra vonatkozó információkat is meg kell adni az összeállítandó táblázatban.

III szakasz. Modell szintézis.

Ebben a szakaszban a fenti elemzés szerint egy konkrét adatbázis-modellt kell választani. Továbbá megvizsgáljuk az egyes modellek előnyeit és hátrányait, és összehasonlítjuk a létrehozott adatbázis követelményeivel és feladataival. Egy ilyen elemzés után kiválasztják azt a modellt, amely maximalizálja a feladat végrehajtását. A modell kiválasztása után meg kell rajzolni annak diagramját, amely jelzi a táblák vagy csomópontok közötti kapcsolatokat.

IV szakasz. Az információk és szoftvereszközök bemutatásának módjainak megválasztása.

A modell elkészítése után a kiválasztott szoftverterméktől függően meg kell határozni az információ megjelenítési formáját.

A legtöbb DBMS-ben az adatok kétféle formában tárolhatók:

űrlapok használata;

űrlapok használata nélkül.

Az űrlap egy felhasználó által létrehozott grafikus felület az adatok adatbázisba történő beviteléhez.

V szakasz. Az objektum számítógépes modelljének szintézise.

A számítógépes modell létrehozásának folyamatában bármely DBMS-re jellemző szakaszok megkülönböztethetők.

1. lépés: DBMS indítása, új adatbázisfájl létrehozása vagy egy korábban létrehozott adatbázis megnyitása.

2. szakasz. Kezdő táblázat vagy táblázatok létrehozása.

A forrástábla létrehozásakor meg kell adni az egyes mezők nevét és típusát. A mezőnevek nem ismétlődhetnek meg ugyanazon a táblán belül. Az adatbázissal való munka során a táblázatot új mezőkkel egészítheti ki. A létrehozott táblát a létrehozandó adatbázison belül egyedi név megadásával menteni kell.

1. A táblázatban szereplő információkat nem szabad megkettőzni. A táblázatok között ne legyen ismétlés. Ha bizonyos információkat csak egy táblában tárolunk, akkor azt csak egy helyen kell módosítani. Ez hatékonyabbá teszi a munkát, és kiküszöböli annak lehetőségét is, hogy a különböző táblákban lévő információk nem illeszkedjenek egymáshoz. Például egy táblázatnak tartalmaznia kell az ügyfelek címét és telefonszámát.

2. Minden táblázat csak egy témában tartalmazhat információt. Az egyes témákkal kapcsolatos információk feldolgozása sokkal könnyebben megoldható, ha független táblázatokban szerepelnek. Például célszerű a címeket és a vásárlói rendeléseket külön táblázatokban tárolni, így a rendelés törlésekor a vásárlói információk az adatbázisban maradnak.

3. Minden táblázatnak tartalmaznia kell a kötelező mezőket. A táblázat minden mezőjében külön információt kell tartalmaznia a táblázat témájára vonatkozóan. Például egy ügyféladat-tábla tartalmazhat mezőket cégnévvel, címmel, várossal, országgal és telefonszámmal. Az egyes táblák mezőinek kialakításakor ne feledje, hogy minden mezőt hozzá kell rendelni egy táblázat témájához. Nem ajánlott olyan adatokat szerepeltetni a táblázatban, amelyek egy kifejezés eredménye. A táblázatnak tartalmaznia kell minden szükséges információt. Az információkat a legkisebb logikai egységekre kell felosztani (például a „Keresztnév” és „Vezetéknév” mezőkre, nem pedig az „Utónév” általános mezőre).

4. Az adatbázisnak rendelkeznie kell elsődleges kulccsal. Erre azért van szükség, hogy a DBMS különböző táblákból származó adatokat tudjon összekapcsolni, például egy ügyfélre és a rendeléseire vonatkozó adatokat.

3. szakasz. Képernyőformák készítése.

Kezdetben meg kell adni a táblázatot, amely alapján az űrlap létrejön. Létrehozható az űrlapvarázsló segítségével, megadva, hogy milyen formában legyen, vagy önállóan is. Űrlap létrehozásakor nem az összes mezőt adhatja meg, amelyet a táblázat tartalmaz, hanem csak néhányat. Az űrlap neve megegyezhet annak a táblának a nevével, amelyen létrehozták. Egy táblázat alapján több űrlapot is létrehozhat, amelyek típusában vagy a használt mezők számában eltérhetnek ettől a táblázattól. A létrehozás után az űrlapot el kell menteni. A létrehozott űrlap a mezők helyének, méretének és formátumának változtatásával szerkeszthető.

4. szakasz. Az adatbázis kitöltése.

Az adatbázis kitöltésének folyamata kétféle formában történhet: táblázat és űrlap formájában. A numerikus és szöveges mezők táblázatként, míg a MEMO és az OLE mezők űrlapként tölthetők ki.

VI szakasz. Munka a létrehozott adatbázissal.

Az adatbázissal való munka a következő lépéseket tartalmazza:

keresse meg a szükséges információkat;

adatok rendezése;

adatok kiválasztása;

kinyomtatni;

adatok módosítása és kiegészítése.

Az LCDB megértése és megfelelő megközelítése nagyon fontos és részletes átgondolást igényel, mivel adatvezérelt megközelítésen alapul. Az adatelemek stabilabbak, mint a végrehajtott rendszerfunkciók. A megfelelő adatstruktúra kialakítása az adatelem-osztályok és a köztük lévő kapcsolatok komplex elemzését igényli. Ha logikai adatbázissémát épít, akkor a jövőben tetszőleges számú funkcionális rendszert létrehozhat ezzel a sémával. A funkcióorientált megközelítéssel csak ideiglenes, rövid üzemidőre tervezett rendszereket lehet létrehozni. Koncepcionális (infológiai) tervezés Koncepcionális (infológiai) tervezés - a témakör szemantikai modelljének felépítése, azaz a legtöbb információs modell felépítése magas szint absztrakció. Egy ilyen modell anélkül jön létre, hogy egy adott DBMS-adatmodellre összpontosítana. A „szemantikai modell”, „fogalmi modell” és „infológiai modell” kifejezések szinonimák. Ezenkívül az „adatbázis-modell” és a „tartománymodell” szavak (például „fogalmi adatbázis-modell” és „konceptuális tartománymodell”) egyformán használhatók ebben az összefüggésben, mivel egy ilyen modell egyszerre a valóság képe és egy egy tervezési adatbázis képe ehhez a valósághoz. A fogalmi adatbázis-modell konkrét formáját és tartalmát az ehhez választott formális apparátus határozza meg. Általában az ER diagramokhoz hasonló grafikus jelöléseket használnak. A leggyakoribb fogalmi adatbázismodell a következőket tartalmazza: információs objektumok leírása, vagy a témakör fogalmai és a köztük lévő kapcsolatok. integritási korlátok leírása, azaz. az érvényes adatértékekre és a köztük lévő kapcsolatokra vonatkozó követelmények. Logikai (datalogikus) tervezés A logikai (datalogikus) tervezés egy adatbázisséma létrehozása egy adott adatmodell, például egy relációs adatmodell alapján. A relációs adatmodell esetében az adatlogikai modell kapcsolati sémák halmaza, általában elsődleges kulcsokkal, valamint a kapcsolatok közötti „linkekkel”, amelyek idegen kulcsok. A fogalmi modell átalakítása logikai modelllé általában formális szabályok szerint történik. Ez a lépés nagyrészt automatizálható. A logikai tervezés szakaszában egy adott adatmodell sajátosságait figyelembe veszik, de előfordulhat, hogy egy adott DBMS sajátosságait nem.

DB- egy elnevezett adathalmaz, amely az objektumok kapcsolatainak állapotát tükrözi egy adott tárgykörben. PR felvételi bizottság, számvitel.

Az adatbázissal való munkához olyan műveleteket kell végrehajtani, mint az információk bevitele, frissítése és törlése stb. kérésre információk kiadása az adatbázisba. A DBMS lehetővé teszi ezen műveletek gyors és hatékony végrehajtását. Adatbank (BnD)- adatbázis-technológián alapuló, az adatok központosított felhalmozására és kollektív felhasználására kialakított szoftver-, nyelv-, szervezési és technikai eszközök rendszere.

DBMS- Nyelvi és szoftvereszközök készlete, amely adatbázis létrehozására, karbantartására és sok felhasználóval való megosztására szolgál. OL FoxPro 2.5, Visual FoxPro 8.0, Paradox, Access. Tudásbázis (KB)- formalizált információs rendszer? egy bizonyos tárgykörről, amely adatokat tartalmaz az objektumok tulajdonságairól, folyamatok és jelenségek mintázatairól, valamint ezen adatok adott helyzetekben történő felhasználásának szabályairól új döntések meghozatalára.

DB besorolás:

1. Információs rendszerek típusa szerint

Helyi - az egyes funkciók automatizálása (könyvelő munkaállomása)

Vállalati – az összes funkció automatizálása a vezetés minden szintjén a vállalaton, vállalaton belül.

2. Az adatszervezés és az azokhoz való hozzáférés jellege szerint

Helyi (személyes)

Általános (központi, integráló)

terjesztés

3. A feldolgozási mód szerint

Online információfeldolgozási rendszer (Online Transaction Processing) – olyan adatbázisokat foglal magában, amelyeket a menedzsment folyamatok automatizálására használnak olyan témákban, mint például egy bank vagy egy raktár. Az ilyen adatbázisokat a tranzakciók frissítéseinek nagy száma jellemzi. tranzakció az adatkezelési műveletek oszthatatlan sorozata az adatbázisra gyakorolt ​​hatás szempontjából,

Analitikai feldolgozó rendszer (Online Analysis Processing),

Deduktív logikai adatbázisok – intelligens rendszerekben használatosak. PR: új információk megjelenítése a logika szabályai szerint.

4. A tárolt adatok típusa szerint

Strukturálatlan (szemantikus hálózatok)

Részben strukturált (hiperszöveg)

Strukturált (DB FVP)

5. A strukturált adatbázisokat az alkalmazott adatmodell típusa szerint osztályozzuk

Hierarchikus,

hálózat,

kapcsolati,

Többdimenziós

6. a felhasználó adatszolgáltatási formája szerint

videó rendszerek,

audio rendszerek,

Multimédia

7. a tárolt információ típusa szerint

Tényadatbázisok (strukturált)

Dokumentumfilmek (szöveges információ)

Lexikográfia (különféle szótárak)

8. Gazdasági és szervezeti jellemzők szerint:

8.1. A szolgáltatási feltételek szerint:

ingyenes,

Fizetett

8.2. Tulajdonforma szerint:

Állapot,

Nem állami

8.3. Elérhetőség szerint:

nyilvános,

Korlátozott felhasználói körrel.

Az adatbázis (DB) koncepciójának fejlődési szakaszai.

1. szakaszösszefüggésbe hozható a BT fejlődésének kezdetével. Így a kezdeti időszakra a programok és a danok szoros kapcsolata a jellemző. A számítógép memóriájában, külső tárolóeszközökön tárolt Dan-t fizikainak nevezzük. Az adatok megjelenítésének szintjét a számítógép memóriájában fizikainak nevezzük. A programok közvetlenül a fizikai tárolóréteggel működtek együtt. Nincs függetlenség. A fizikai réteg alapfogalmai: fizikai rekord, fizikai adatblokkok az ML-en (mágneses adathordozón). Következtetések: koncepció inf. B. nem kapcsolódó tömbökként; egy-fiz.-ur. ábrázolások vannak megadva; a függetlenség hiánya.

Második fázis(60-as évek) A 2. generációs számítógépek tranzisztorokon való megjelenésével kapcsolatos. A PL és az OS kezdett megjelenni, ami lehetőséget biztosított a logikai szintű munkavégzésre. A PL-k nevekkel dolgozhatnak, adatok címeivel nem. Az adatmegjelenítés új szintje – a logikai. A fizikai adatok függetlensége megvalósult. Ebben az időben a számítógépeket kezdték használni a gazdasági problémák megoldására. Az adatbázist nem a VZU-ban tárolt és összetett problémák megoldására használt fájlok halmazának kezdték nevezni. A logikai szint alapfogalmai:

Fájl egyetlen típusú logikai rekordok elnevezett gyűjteménye. Logikai bejegyzés– a kapcsolódó adatmezők elnevezett gyűjteménye. Terület az adat a (tárolt) adatok legkisebb egysége. A mezőnek van neve, típusa, hossza. Megkezdődött a különféle AIS fejlesztése. Következtetések: DB - scoop f., van 2 ur. - napló. és fizikai, fizikai szint független.

Harmadik szakasz A 3. generációs számítógépek megjelenésével kezdődik, amelyeket az ML, MD tárolóeszközökkel szereltek fel. Mostantól nagy mennyiségű adatot tárolhat, és gyorsan elérheti azokat. A feladatok számának növekedésével egyre nyilvánvalóbbá váltak az akta hiányosságai. rendszerek: adatfüggőség; merevség; statikus; az integráció hiánya; adatok megkettőzése (nem menedzselt redundancia); ellentmondásos (inkonzisztens, megbízhatatlan); képtelenség megosztani; eredménytelenség; az atipikus kérések feldolgozásának lehetetlensége. Szükség volt a központosított irányításra. Így alakultak ki az adatbázis koncepciói és megjelentek az első olyan DBMS-ek, amelyek ezt a koncepciót megvalósítják.

J. Martin „Database Organisation in Computing Systems” (Mir, 1980) című könyvében egy klasszikussá vált definíció található:

Adatbázis a kapcsolódó adatok együttesen tárolt gyűjteménye, minimális redundanciával, hogy optimálisan lehessen használni egy vagy több felajánlásokat.

Az adatok tárolása az ezeket az adatokat használó programoktól független módon történik, általánosan ellenőrzött módszerrel új adatok felvételére vagy módosítására, valamint az adatbázisban való adatkeresésre történik.

Ez a meghatározás megfogalmazza a modern adatbázis-koncepció főbb rendelkezéseit: integrált tárolás; differenciált felhasználás; minimális redundancia; adatfüggetlenség; központosított irányítás.

Az első DBMS támogatta a hierarchikus adatstruktúrákat, amelyek természetesen tükrözték a témakör hatókörét: IMS, ADABAS, OKA és mások. Ines ezután hálózatba lépett - Setor, Sedan. Fokozatosan általános nézet alakult ki az univerzális DBMS-ekről, amelyek megvalósítják a kezdeti adatmodelleket, az adatok formális reprezentációit. Az MD relációjáról elképzelések születtek, de a DBMS első relációi csak kísérleti jellegűek voltak. A harmadik szakasz eredménye az adatbázis-koncepciók kialakítása, az első DBMS megjelenése és az adatmodellek elméletének kidolgozása volt. Megjelennek a miniszámítógépek.

Mert negyedik szakasz(80-as évek vége - 90-es évek eleje), amelyet a személyi számítógépek, az univerzális relációs DBMS megjelenése, az adatmodellek elméletének és az adatbázis-tervezési módszerek fejlődése jellemez. A legnehezebben megvalósítható a logikai függetlenség. Volt egy ötlet a DBMS 3 szintű architektúrájáról. Elterjedtek a számítógépes hálózatok, az adatfeldolgozási eloszlás (lokális, homogén), a központosított hálózatok mellett. A legjelentősebb vívmány a relációs MD, a relációs lekérdezési nyelvek, a relációs DBMS. Volt egy hálózati réteg az adatmegjelenítésnek a helyi hálózatban. Az adatbázisok központi helyet foglalnak el a tervezési módszertanban.

Ötödik szakasz Modern színpad. A fő probléma a heterogén hálózatok kliens-szerver architektúrán alapuló integrációja. Központi és elosztott adatbázisok kombinációja. Új szint - hálózat. Függetlenség az adatforrástól. A felhasználókat nem érdekli, hogy a szükséges adatok hol találhatók, milyen formában, hogy az adatok duplikálva vannak-e a hálózaton vagy sem. Új megközelítések a tervezéshez - tárgy, komponens. Számos új követelmény van a DBMS-re vonatkozóan:

sokféle adatmegjelenítés és az azokon végzett műveletek támogatása (beleértve a tényszerű, dokumentum-, grafikai, videós adatokat); többadatbázis-kezelés; elosztott adatbázisok kezelése, általában heterogén; a tartományi kapcsolatok különböző objektumainak természetes és hatékony ábrázolása adatmodellekben (például tér-idő, vizualizációval); tudásbázis technológia fejlesztése; integritás és biztonság biztosítása; az alkalmazott rendszerek az adatbázisban tárolt információk mennyiségének jelentős növelését, működésük nagyobb megbízhatóságát, valamint a teljesítmény jelentős növelését igénylik. Egy új ur reprezentáció jelenik meg - a globális hálózatban. Új technológiákat alkalmaznak - intranet, kliens-szerver.

			Adatbázis vászon	Menny. szinteket	Függetlenség
		Gépi nyelvek	Tömbök (f) nem kapcsolódnak adott		Hiányzó
	II generáció, ML	YaP 1. generáció, operációs rendszer	Adat fájlok	2 - fizikai, log	Fizikai
	III generáció, ID	Yap 2 szoftver, operációs rendszer, DBMS	Az adatbázis központosítás fogalma		logikai, fizikai
	4. generáció PC, hálózatok	AP 3 szoftver, hálózati operációs rendszer, operációs rendszer, DBMS	DB relé, DB elosztás, több modell		Logikai, fizikai, forrásfüggetlen
	Hálózatok, archívum "cl - ser", WWW	Yap 4 szoftver, OS, DBMS, technol internet, intranet	Elosztó és központi adatbázisok, OODB, Hypertext	ur objektumok + hálózat	Napló, fizikai, Adatforrás független

3. Adatbázis tervezési célok, adatbázis követelmények. A tervezési folyamat felépítése

A "tervezés" kifejezés a végtermék létrehozásával kapcsolatos minden típusú munkára vonatkozik.

A fő tervezési célok a következők:

a felhasználók rendelkezésére bocsátani a hatósági feladatok ellátásához szükséges teljes körű, naprakész és megbízható adatokat;

2) ésszerű időn belül hozzáférést kell biztosítani az adatokhoz.

A tervezési folyamat feladata egy olyan adatbázis kialakítása, amelynek meg kell felelnie az adatbázis koncepciójának (technológiájának) jelenlegi fejlesztési szakaszából adódó összes követelménynek.

Ezek a követelmények a következők:

A tantárgyi adatbázis megfelelősége. A DB-nek tartalmaznia kell az ObD objektumait és folyamatait.

A struktúra rugalmassága, alkalmazkodóképessége, vagyis az SbA változásaihoz és a szakterület követelményeihez való fejlesztés és alkalmazkodás lehetősége.

Teljesítmény. A felhasználói kérések végrehajtási idejére vonatkozó követelmények biztosítása.

Hatékonyság és megbízhatóság funkt. Ez a minimális költségek biztosítását jelenti a rendszer működéséhez, helyreállításához és fejlesztéséhez.

Egyszerűség és könnyű használat (a felhasználók szemszögéből).

Felhasználói interakció lehetősége. különböző kategóriákban és különböző módokban.

Integráció, függetlenség, minimális adatredundancia. Fogalmi ábrázolás. az adatoknak egységesnek kell lenniük.

Az adatok integritása, konzisztenciája, helyreállíthatósága.

Sértetlenség. Egy adatbázis akkor rendelkezik integritás tulajdonsággal, ha megfelel bizonyos adatérték-megkötéseknek, és megtartja ezt a tulajdonságot minden módosításnál. Az integritási megkötés egy nyilatkozat az egyéni informálás megengedett értékeiről. egységek és kapcsolatok m/du őket. Def. a Pro jellemzői.

Következetesség. Az adatbázisnak megvan a konzisztencia tulajdonsága a felhasználók bizonyos csoportja tekintetében, ha az adatbázis bármikor ugyanúgy válaszol a kérésekre. Blokkoló rendszerrel valósítják meg.

Helyrehozhatóság. Képes az integritás visszaállítására bármilyen rendszerhiba után. Hatással van a hatékonyságra (a másolás költséges).

Biztonság – adatok védelme a jogosulatlan hozzáférés ellen. hozzáférés, módosítás vagy megsemmisítés.