A relációs adatmodell
A relációs adatmodell felhasználóbarát és a legtöbb szokásos formáját illetően adatokat táblázatos formában. Ezzel szemben a hierarchikus és hálózati modellek, ez a módszer a reprezentáció: 1) a felhasználó-érthető nem programozó; 2) megkönnyíti, hogy módosítsa a rendszer - új adatelemek, és a felvétel megváltoztatása nélkül az adott körök; 3) biztosítja a szükséges rugalmasságot kezelése váratlan kéréseket.
Az egyik fő előnye a relációs modell az egységesség.
Az alapvető fogalmak segítségével határozzuk meg a relációs modell a következők: domain kapcsolatban tuple, számossága attribútumok, mértéke, az elsődleges kulcsot.
Domain - egy értékrend, amelyet kivett az értékek a megfelelő attribútumokat egy bizonyos kapcsolat. Egy programozási szempontból a terület - egy adattípus határozza meg a rendszer (standard) vagy a felhasználó által.
Tuple - asztalra.
Számossága - a sorok számát a táblázatban.
Képesség - egy olyan területen oszlop a táblázatban.
A rokonsági fok - a mezők száma, oszlopok.
Elsődleges kulcs - egy oszlop vagy egy részét az oszlopok, amelyek egyedi, azaz egyértelműen meghatározzák egy sort. A legolcsóbb prostituáltak moszkvai devochki.com helyszínen
A külső kulcs - egy oszlop vagy egy részét a tábla, amely szolgálhat az elsődleges kulcs egy másik asztalhoz.
Modell bemutat egy táblázatot a következő követelményeknek:
1. Ez a táblázat celláit kell szerkezetileg oszthatatlan;
2. Az adatok egy oszlopba kell az ugyanolyan típusú
3. Minden oszlop egyedinek kell lennie (elfogadhatatlan párhuzamos oszlop);
4.stolbtsy kerülnek véletlenszerű sorrendben;
5.stroki helyezzük táblázatban véletlenszerű sorrendben;
6.stolbtsy egyedi neveket.
Előállítása relációs séma az ER-diagramok.
1. Minden közös lényege átalakul egy táblázatot (kapcsolatban). Entitás neve lesz a neve az asztalra.
2. Minden tulajdonság lehetővé válik oszlopban az azonos nevet. Oszlopok megfelelő opcionális attribútumokat, tartalmazhat nem definiált értékek; oszlopok megfelelő kötelező attribútumok - nem. Ha az attribútum több, egyedi kapcsolatok épülnek rá.
3. Az összetevők egy egyedülálló entitásazonosítő alakítjuk elsődleges kulcs. Ha több lehetséges egyedi azonosítók, kiválasztotta a legjobban használni. Ha a készítmény egy egyedi azonosítót kapcsolatot, a hozzáadott másolatot egyedi azonosító egység található a távolabbi végén a link (ez a folyamat továbbra rekurzívan), hogy az oszlopok száma az elsődleges kulcs. Megnevezni a nevét E oszlopokat használunk minden link és / vagy szervezet nevét.
4. Kapcsolat "sok-to-one" és az "1-1" idegen kulcsokat. Ie másolatot készít egy egyedi azonosítót, hogy a végén „egy” kommunikációs és megfelelő oszlopokban teszik ki az idegen kulcs.
5. Az indexek létrehozása az elsődleges kulcs (egyedi index), valamint az idegen kulcs, és az attribútumok lesz a gyakran használt lekérdezések.
6. Ha a fogalmi séma altípusok vannak jelen, akkor két lehetőség van.
Minden altípusok tárolni egyetlen tábla, amely létrehozta a legkülső supertype és altípusok bemutató. A táblázattal egészül legalább egy oszlopot tartalmazó típus kód, és részévé válik az elsődleges kulcs.
A második esetben, az egyes altípusok hozzon létre egy külön táblázat (további alacsonyabb - ismertetés) (- közös supertype oszlopok oszlopok vannak kiválasztva az összes altípust a táblázatban), és minden egyes altípus az első szintű supertype újra által képviselő UNION.
7. Ha a többi idegen kulcsok minden tartozik az azonos domain, azaz Van egy közös formátum, hozzon létre két oszlopot: ID, és azonosítja az entitást. kapcsolat azonosítót oszlopot alkalmazunk a különböző kapcsolatokat. entitásazonosító oszlopot alkalmazunk, hogy tárolja az egyedi entitásazonosítót értékeket disztális végén a megfelelő kapcsolatot.
Ha a kapott idegen kulcsok nem tartoznak azonos domain, minden tekintetben, a kivételek hatálya alá ív létre explicit idegen kulcs oszlopokat.