Építése információt, és a logikai adatbázis modellt - studopediya
Logic modell írja le a domain fogalmakat, kapcsolatukat, valamint korlátozásokat az adatok által kiszabott tárgykörben.
Példák fogalmak - „munkavállaló”, „osztály”, a „projekt”, „fizetés”. Példák közötti kapcsolatok fogalmak - „az alkalmazottak száma pontosan egy osztály”, „munkavállaló végezhet több projekt”, „ugyanazon a projekt sok alkalmazottal.” Példák megszorítások - „a kor a munkavállaló nem kevesebb, mint 16 és nem több mint 60 éve.”
A logikai adatmodell egy kezdeti prototípus a jövő adatbázisban. A logikai modell épül egységek tekintetében az információt, de nem utal egy meghatározott DBMS. Sőt, a logikai adatmodell nem kell kifejezett pontosan révén a relációs adatmodell. A fő eszköze a fejlődés a logikai adatmodell már sokféle lehetőség ER-diagramok (Egyed-kapcsolat, egyed-kapcsolat diagram).
Ugyanez ER-modellt lehet alakítani egy relációs adatok modell és az adatok modell a hierarchikus és hálózati adatbázis-kezelő rendszert, vagy a poszt-relációs adatbázis modell. A meghozott döntések a korábbi szinten, a fejlesztés a domain modell határozza meg bizonyos határokat, amelyek tudjuk fejleszteni logikai adatmodell, határain belül ezek különböző döntéseket. Például a domain készletgazdálkodási modell tartalmazza a „raktár”, „számla”, „áru”. A fejlődő megfelelő relációs modellben ezeket a kifejezéseket kell használni, de a különböző módon, hogy végre itt egy csomó - létrehozhat egy kapcsolat, amely jelen lesz, mint egy attribútum „raktár”, „számla”, „áru”, és lehetséges, hogy három külön kapcsolatok, egy-egy fogalom.
Amikor a fejlődő logikai adatmodell kérdéseket vet fel: vajon jól megtervezett kapcsolat? Ne tükrözik a helyes tartomány modell, és ebből következően a nagyon tárgykörben?
Annak érdekében, hogy értékelje a minősége a hozott döntések szintjén a logikai adatmodell, szükséges megfogalmazni néhány feltétele a minőség szempontjából a fizikai modell és a konkrét megvalósítására és látni, hogy a különböző döntések során vett logikai szimuláció, minőségét befolyásolja a fizikai modell és az adatbázis teljesítményét.
Ilyen kritérium lehet sok választása és önkényes. Néhány ilyen kritériumok szempontjából fontos kapok egy minőségi adatbázis: megfelelőségét az adatbázis domain, a könnyű fejlesztése és karbantartása az adatbázis, a sebesség az adatok frissítési műveletek (insert, update, delete hármas), a sebesség adatok visszakeresése műveleteket.
Az adatbázis megfelelően tükröznie kell a tárgykörben. Ez azt jelenti, hogy a következő feltételeknek kell teljesülniük.
1. Az állam az adatbázis egy időben meg kell felelnie az állam a domaint.
2. Változás domén állapotban kell eredményeznie megfelelő állapotváltozás az adatbázisban.
3. korlátozások tartomány elismert domain modellt kell valamilyen módon tükrözi és címjegyzék.
Szinte minden adatbázis, kivéve a nagyon egyszerű, amely számos olyan szoftver kód formájában kiváltó okok és a tárolt eljárásokat.
A tárolt eljárások - eljárások és függvények közvetlenül tároljuk az adatbázisban lefordítva, és hogy lehet futtatni a felhasználók vagy alkalmazások, amelyek az adatbázis. A fő cél a tárolt eljárás -realization üzleti folyamat tartományban.
Kiváltó - a tárolt eljárások jár bizonyos eseményekre működése során az adatbázisban. Mint ilyen események hatnak betét, frissítése és törlése táblázatok sorban. Ha az adatbázis azonosítani néhány ravasz, mindig automatikusan elindul, amikor egy esemény bekövetkezik, amelyhez az indító társul. Trigger függetlenül történik, amely a felhasználók és hogyan kell kezdeményezni az esemény, ami miatt a ravaszt a tüzet. Így a fő célja a kiváltó - támogatja az adatbázis integritását.
Nyilvánvaló, hogy minél több kódot formájában kiváltó és tárolt eljárások, az adatbázis, annál nehezebb a fejlődés és további támogatást.
Szintjén logikai szimulációs meghatározni relációs attitűdök és attribútumok a kapcsolatot. Ezen a szinten lehet meghatározni bármilyen fizikai tárolási szerkezet (index, kivonatoláshoz stb). Az egyetlen dolog, akkor az ellenőrzés - a megoszlása a különböző tulajdonságok a kapcsolatot.
Meg lehet leírni, mint egy kis kapcsolatokat nagyszámú attribútumok, vagy amely a nagy kapcsolatok száma, amelyek mindegyike tartalmaz egy pár attribútumokat. Így meg kell próbálnia, hogy válaszoljon a kérdésre - Vajon a kapcsolatok száma, és az attribútumok száma viszonyítva a sebesség az adatok frissítési műveleteket. Ez az állítás nem egészen helyes, mert a sebesség adatbázis műveletek függ fizikai megvalósítása adatbázisban. Mindazonáltal célszerű minőségileg értékelni ezt a hatást az azonos megközelítést fizikai modellezés.
A főbb műveleteket, amelyek megváltoztatják az állapota az adatbázis, a beszúrás, frissítés és törléséhez. Az adatbázisok, amelyek megkövetelik az állandó változások (készletek ellenőrzését, a rendszer értékesítése jegyek, stb), a teljesítmény határozza meg a végrehajtás gyorsaságát a nagyszámú kis lapkák, frissítések és törli.
Jellemzően a betét felvétel történhet az egyik üres oldal a memória elkülöníteni erre a táblázatban. Adatbázis tartósan tárolja az információkat a rendelkezésre álló és a helyét a szabad lapok. Ha a tábla nem jön létre indexek, a beillesztés művelet gyakorlatilag azonos mértékű, függetlenül a tábla mérete és attribútumok száma a táblázatban. Ha a táblázat tartalmazza az indexek, az index, ha végzett rögzítéshez betétek újjá kell építeni. Így a sebesség betét műveletek csökken, ha a szám indexek a táblákban és függ kicsit a sorok számát a táblázatban.
Műveletek esetében frissítésére és törlésére a táblázatban a frissítés előtt vagy törölhet, meg kell állapítani. Ha a tábla nincs indexelve, akkor az egyetlen módja, hogy megtalálják egy soros asztal vizsgálat keresni a kívánt elemet. Ebben az esetben a frissítési ráta és törlési műveletek jelentős növelésével növekszik bejegyzések száma a táblázatban, és nem függ a attribútumok számát. Valójában azonban nem indexelt tábla szinte soha nem használt. Minden táblázat jellemzően nyilatkozik egy vagy több index megfelelő potenciállal kulcsokat. Ezekkel indexek rekord keresés végrehajtása nagyon gyorsan és gyakorlatilag nem függ a sorok számát és attribútumok a táblázatban (bár természetesen van némi függőség). Ha több indexet egy tábla bejelentette, ezeket az indexeket újra kell építeni, hogy mi töltött több időt frissítése és törlése műveleteket. Így a sebesség frissítés és törlés művelet is csökken a növekvő számú indexek az asztalra, és csak kis mértékben függ a sorok számát a táblázatban.
Egy adatbázis feladatok - tájékoztassák a felhasználókat. Kinyert információk a relációs adatbázis SQL -Válasszon operátor. Az egyik legdrágább műveleteket, amikor az üzemeltető egy olyan művelet SELECT kapcsolat asztal. Így a több összekapcsolt kapcsolat alakult során logikai szimuláció, annál nagyobb a valószínűsége, hogy ha ezeket a kapcsolatokat kapcsolódási kérelmeket, és ezért a kérések lassabb lesz. Így növelve a kapcsolatok száma vezet lassabb teljesítményű biztonsági mintavételeket, különösen, ha a kérés nem ismertek.