Adatmodellek és az építés módja adatbázisok, 2. oldal
§ Az attribútumok szerepelnek a UID, jelzéssel ellátott „#”
3. ábra Essence attribútumokkal az ER-chart
Minden entitás kell egy kapcsolat, ami az információs igényeit a szervezet és a szabályokat. Kommunikáció (kapcsolat) - Kétirányú egyesület két elem vagy egység, és a saját (rekurzív kapcsolat).
Minden irányban rendelkezik egy kapcsolatot (4. ábra):
§ neve, mint például a „résztvevő” vagy „rendelt”
§ „kell lennie” - a folytonos vonal az ER-diagram
§ „lehet” - a szaggatott vonal az ER-diagram
§ „egy és csak egy” - egyetlen sor a ER-diagram
§ „egy vagy több” - csirke láb ER-diagram
Rekurzív kapcsolat az ER-diagram kijelölt hurok.
A szintaxis a közlés:
Minden munkavállaló részt vehet egy vagy több projekt.
Minden projekt kell rendelni egy vagy több alkalmazottal.
Minden alkalmazott dolgozhat irányítása alatt egy és csak egy alkalmazott.
Minden munkavállaló egy vagy több olyan alkalmazottal.
4. ábra képviselete kötvények ER-diagram
Az egyedi azonosító állhat nemcsak az attribútumokat. Összefoglaló lehet egyedileg megkülönböztethető keresztül is a kommunikáció. Például az al-projekt egyedileg azonosított szám, de ha a projektek száma, míg számos alprojekt lehet ismételni. Hogy ennek ellenére, a alprojekt lehet egyedileg azonosítani, a projekt száma, amely a alprojekt is kell, hogy legyen része egy egyedi azonosító (UID). Az ER-diagram kapcsolat bejegyzésének UID kijelölt keresztirányú vonal. Kommunikáció, részben az egyedi azonosítót kell energiaellátásához szükséges „egy és csak egy” a területekre vonatkozó UID.
típusú kötvények
Három típusú kapcsolatok:
§ Sok-egy
§ sok sok
One to One
Power „egy és csak egy” mindkét irányban. Megjeleníti az ilyen viszonyok között tárgyakat, ahol minden egyes példánya egy entitás felel meg csak az egyik esetben egy másik szervezet, és fordítva. Ez egy ritka típusú kommunikáció. Ha az adatbázis-tervező tűnik ez a fajta kapcsolat, érdemes megvizsgálni, hogy egyesítse a két entitás nem. Például, ha a példánkban egy újabb szervezet „Passport adatok”, a kapcsolat, hogy szervezet és a szervezet „munkavállaló” lesz „1-1”. Ebben az esetben jobb lenne hozzá egy attribútumot „útlevél adatait”, hogy a lényeg a „munkavállaló”.
Sok-egy
Power, az „egy vagy több” egy irányba, és „egy és csak egy” a másik. Egy ilyen kapcsolat a relációs modell a legelterjedtebb. Példánkban ez a kapcsolat valósul szervek közötti „Sub” és a „projekt”.
Sok-sok
Power, az „egy vagy több” mindkét irányban. Példánkban ez a kapcsolat valósul szervek közötti „Alkalmazott” és a „projekt”. A relációs modell nem közvetlenül végrehajtja kommunikáció „sok sok”, hiszen ebben az esetben, hogy elkerüljék a helyzet, amikor több értéket kell tárolni egy oszlop, és ez ellentmond oszthatatlan elvet, amely szerint minden egyes cellájába egy adatot. Így, kötés „sok sok” helyébe többszörös kényszert „sok egy”, és képviseli a kereszteződés egység (5. ábra).
5. ábra gyakorlati végrehajtása a kommunikáció „sok sok” az ER-diagram
Ne felejtsük el, hogy közben a logikai tervezés a rendszerre van szükség, hogy normalizálja a adatmodell kiküszöbölésére redundáns információt.
Integrity szabályok és kulcsok
Feltételek adatbázis integritását - arra korlátozódik, hogy megőrizze az adatbázis helyes és következetes. E korlátozások ellenőrizni kell az adatbázis szerver vagy a felhasználói alkalmazás.
Korlátozások végrehajtásának biztosítására az üzleti szabályok (pl alkalmazottja egy bizonyos osztály nem vesznek részt a munkában bármelyike projekt)
Az adatbázis szerver ellenőrzi az adatok integritását révén billentyűk:
Az elsődleges kulcs (PK) használják egyedi azonosító karakterlánc. Az elsődleges kulcsnak egyedinek kell lennie, és határozzuk meg. A elsődleges kulcs állhat több oszlop (összetett elsődleges kulcs). Az összetett elsődleges kulcsot kell egyedi kombinációja értékek oszlopok alkotják az elsődleges kulcs. Nem része az elsődleges kulcs nem tartalmazhat null értékeket.
A táblázat lehet több oszlop alkalmazása az elsődleges kulcs (egyedi oszlopok). Egyedi Key - oszlop vagy oszlopkombinációt, hogy lehet használni, mint egy elsődleges kulcs. Ebben az esetben egy ilyen egyedi kulcsokat nyilatkoznia kell az elsődleges kulcsot, és a pótszabadság egyedi (alternatív) gombot.
Idegen kulcs (FK) - oszlop, vagy azok kombinációja egy tábla oszlopait, amely tartalmaz egy linket egy elsődleges vagy egyedi kulcs ugyanazon vagy egy másik asztalnál. A külső kulcs adatokon alapul értékek és logikus mutatót. Idegen kulcs értékének meg kell egyeznie a megfelelő elsődleges vagy egyedi kulcs vagy NULL. Ha egy idegen kulcs része az elsődleges kulcsot, meg kell határozni.
fizikai tervezés
Amikor épült ER-modell adatbázis, át kell alakítani egy asztal modell és kiegészítő szolgáltatások célja, hogy felgyorsítsa a keresést adatok (indexek) és a kényelmet adatok kimenet (teljesítmény). Azt is meg kell vizsgálni, hogyan legjobb tárolni adatbázis-objektumok: bármilyen adathordozón, mennyi memóriát kiosztani. Ez biztosítja a fizikai kialakítása a rendszer.
Jeleníti ER-modell egy táblázatban modell
Megjelenítéséhez az ER-modell táblázatos formában a modell által használt példánya az adatbázis tábla. Üres tartalmaznia kell egy adatbázis tábla nevét, és egy olyan táblázat, amely oszlopok oszlopainak egy adatbázis tábla nevét, és a sorok információt tartalmaznak ezek az oszlopok: típusú kulcsok, kötött és egyediségét, idegen kulcsok, adattípusok és a maximális hosszát. Azt is javasolta, hogy mondjanak példát adatok kerülnek tárolásra a megfelelő adatbázis tábla oszlopokat.
Amikor kitölt egy táblázatos formában használja a saját jelölést: