Adatbázis szervezet modellek - stadopedia
1. Az adatbázis-szervezés hierarchikus megközelítése. A hierarchikus adatbázisok ívkapcsolatokkal és csomópont-adatelemekkel rendelkező fák formájában vannak. A hierarchikus struktúra az adatok közötti egyenlőtlenséget feltételezett - néhány pedig mereven alávetette a másiknak. Ezek a struktúrák természetesen megfelelnek sok, de nem az összes igazi probléma követelményeinek.
2. Hálózati adatmodell. Hálózati adatbázisok a vertikálisan és a vízszintes kommunikációval valósulnak meg. Azonban a hierarchikus és a legfontosabb hátrányok közül sok örökölhető, az adatkapcsolat fizikai szinten történő egyértelmű meghatározásának szükségessége, és a kommunikáció ezen struktúrájának egyformán jól követendő az adatbázis lekérdezése során.
3. Relációs modell. A relációs modell azért jelent meg, mert az adatbázis a lehető legrugalmasabbá vált. Ez a modell egyszerű és hatékony mechanizmust biztosított az adatkapcsolatok fenntartásához.
Először is. A modellben szereplő összes adat táblázatok és táblák formájában jelenik meg. Relációs modell - az egyetlen, amely az adatok ábrázolásának egységességét biztosítja. Mindkét entitás és ezeknek az entitásoknak a kapcsolata pontosan ugyanúgy jelenik meg a modellben - a táblázatokban. Igaz, ez a megközelítés bonyolítja az adatbázisban tárolt információk jelentésének értelmezését, és ennek következtében ezen információk manipulálását.
A manipuláció nehézségeinek elkerülése lehetővé teszi a modell második elemét - egy relatíve teljes nyelvezetet (vegye figyelembe, hogy a nyelv bármely adatmodell szerves része, anélkül, hogy a modell nem létezik). A nyelv teljessége a kérelemben a relációs modellhez azt jelenti, hogy a relációs algebra vagy a relációs kalkulus minden műveletét végre kell hajtani (az utóbbi teljességét matematikailag az EF Codd bizonyítja). Ezenkívül a nyelvnek le kell írnia minden lekérdezést táblákkal végzett műveletek formájában, és nem a sorokkal. Az egyik ilyen nyelv az SQL.
A relációs modell harmadik eleme relációs modellt igényel bizonyos integritási korlátok fenntartása érdekében. Az egyik ilyen korlátozás szerint a táblázat minden egyes sorának tartalmaznia kell egy egyedi azonosítót, amelyet az elsődleges kulcsnak hívnak. A második korlátozás az asztalok közötti kapcsolatok integritása alá kerül. Megállapítja, hogy az egyéb táblák primer kulcsaira hivatkozó táblázatos attribútumoknak ezen elsődleges kulcsok egyikének értékét kell tartalmazniuk.