A logikai adatmodellezés módszertana
Kezdőlap | Rólunk | visszacsatolás
Témát. Fogalmi, logikai és fizikai adatmodellek. Az adatok konzisztenciájának és sértetlenségének biztosítása. Logikai és fizikai adatbázist tervez.
KONCEPTUÁLIS, LOGIKAI ÉS FIZIKAI MODELLEK
Az információs modell létrehozásának folyamata az adatbázis jövőbeli felhasználói fogalmi követelményeinek meghatározásával kezdődik.
A fogalmi modell a tárgyterületet egymással összefüggő tárgyak formájában jeleníti meg anélkül, hogy feltárnák fizikai tárolási módjaikat. A koncepcionális modell minden felhasználó integrált fogalmi követelményeit képviseli az adott tárgykör adatbázisában.
Ugyanakkor a fejlesztõi erõfeszítéseket elsõsorban az adatbázis jövõbeli felhasználói tulajdonában lévõ adatok strukturálására és a köztük lévõ kapcsolatok feltárására kell irányítani. Lehetséges, hogy a fogalmi modellben reflektált tárgyak közötti kapcsolatok később a kiválasztott DBMS-nek nem megvalósítható eszközei lehetnek. Ehhez a fogalmi modellben változtatásra van szükség. A fogalmi modell változatát, amelyet egy adott DBMS implementál, logikai modellnek nevezzük.
A logikai modell tükrözi az objektumok attribútumai közötti logikai kapcsolatokat, függetlenül azok tartalmától és tárolási környezetétől, és relációs, hierarchikus vagy hálózatba kapcsolható. Így a logikai modell a logikai kapcsolatokat jeleníti meg a koncepcionális modell információi között.
Az információs modell különböző felhasználói számára a logikai modell különböző alcsoportjai felelnek meg, amelyeket külső felhasználók modelleknek neveznek. Így a külső felhasználói modell a felhasználó fogalmi követelményeinek leképezése a logikai modellben, és megfelel azoknak a nézeteknek, amelyeket a felhasználó a logikai modell alapján kap a domainről. Ezért a külső modell kialakításának módja, így az információs modell teljesen és pontosan megjeleníti a tématerületet, és ennek a tématerületnek az automatizált vezérlési rendszere teljesen és pontosan működik.
A logikai modell fizikai memóriába van helyezve, amely elektronikus, mágneses, optikai, biológiai vagy egyéb elvekre épülhet.
A belső domain modell határozza meg az adatelhelyezést, a hozzáférési módszereket és az indexelési technikát egy adott logikai modellben, és más néven fizikai modellnek nevezik.
Az adatbázisban lévő bármely felhasználó információs adatai függetlenek legyenek az összes többi felhasználótól, vagyis nem befolyásolhatják a meglévő külső modelleket. Ez az adatfüggetlenség első szintje. Másfelől a külső felhasználók modellei semmilyen módon nem kapcsolódnak ahhoz a fizikai memória típusához, amelyben az adatok tárolásra kerülnek, és az adatokhoz való fizikai hozzáférési módokkal. Ez a rendelkezés tükrözi az adatok függetlenségének második szintjét.
Az adatok konzisztenciájának és integritásának biztosítása az adatbázisban
Az AIS-felhasználók számára fontos, hogy az adatbázis egyértelműen és következetesen jelenítse meg a tématerületet, azaz megfeleljen az integritás feltételeinek.
A feddhetetlenség két fajtája létezik:
1. A táblázat minden egyes sorának legalább egy oszlop értékétől eltérőnek kell lennie a sorok többi részétől.
A tanszék alkalmazottai lehetnek teljes nevek, ugyanazon a napon születettek. Annak érdekében, hogy ne sérüljünk az integritás feltételein, új oszlopot adunk hozzá a táblázathoz - "Pass Number", kapcsolódássá (lásd az 1.4. Ábrát). Így az első korlátozás a táblázatban való jelenlét - az elsődleges kulcs viszonya.
Valós adatbázisokban a nevek hosszúsága miatt nem válnak kulcsossá (lassítják a keresési folyamatot), és azért is, mert megváltoztathatják (összetettség a rendszer karbantartásával).
A logikai adatmodellezés módszertana
Most van egy teljes logikai adatmodell. Emlékezzünk, milyen lépéseket kell tenni ahhoz, hogy megkapjuk:
1. Az entitások azonosítása és szimulálása.
2. Az entitások közötti kapcsolatok azonosítása és szimulálása.
3. Azonosítása és modellezése.
4. Adjon meg egy egyedi azonosítót minden egyes entitáshoz.
5. Végezze el a normalizációt.
A gyakorlatban a folyamat ritkán fordul elő ebben a sorrendben. Ahogy példánk mutatja, gyakran vágy és szükség van az entitások, kapcsolatok, attribútumok és azonosítók közötti átugrásra. Fontos, hogy ne csak szigorúan kövesse a lépések sorrendjét, hanem feltárja és rögzítse a megfelelő rendszermodellezéshez szükséges összes adatot.
Az ebben a fejezetben létrehozott adatmodell nagyon egyszerű. Azt mondtuk, hogy hozzon létre egy olyan modellt, amely megfelel azoknak az adatbázisoknak a típusához és összetettségéhez, amelyeknél a MySQL vagy mSQL adatbázisok fejlesztésekor valószínűleg találkozik. Nem érintettünk sok olyan tervezési technikát és koncepciót, amelyek igazán nem számítanak a kis adatbázisok tervezésénél, és megtalálhatóak minden olyan tankönyvben, amely az adatbázis tervezésére irányul.