Logikai Design - jegyek
logikai tervezés
A javasolt módszer a adatbázis tervezés a teljes fejlesztési folyamatban van osztva három fő szakaszból áll: elvi, logikai és fizikai tervezés. Logikai adatbázis tervezés - ez a folyamat építésének közös vállalati információs modell alapján az egyes modellek a felhasználói adatok, amely független a funkciók valóban-polzuemoy DBMS és más fizikai körülmények között.
Amelyet az előző lépésben meghatározott helyi koncepcionális adatmodellek, amelyek tükrözik a képviselet tagjainak a téma környezetet. Ezek a modellek azonban tartalmazhat néhány adat struktúra, amelynek végrehajtása a hagyományos típusú adatbázisok gátolt lesz. Ennél eta ne hasonló szerkezeteket formába alakul át, amely nem okoz nehézséget az azokat végrehajtó közegben meglévő adatbázist. Ez lehet majd a megjegyzéssel, hogy ezek az intézkedések nem része a logikai adatbázis tervezés. Azonban a javasolt eljárás lehetővé teszi a fejlesztő alaposabban, mit jelent az egyes adatelem, amely pozitív hatással van a pont a térképezési funkciók a modell egy vállalkozás. Ebben a szakaszban a következő lépéseket kell elvégezni:
1. Vegye csatlakozások típus M: N.
2. eltávolítása a komplex kötések.
3. eltávolítása rekurzív kapcsolatok.
4. eltávolítása kapcsolatok tulajdonságait.
5. törlése több attribútum.
6. duplán ellenőrizze a csatlakozásokat típusú 1: 1.
7. eltávolítása felesleges linkeket.
1. Vegye csatlakozások típus M: N. Ha jelen van a fogalmi kommunikációs modell típus M: N ( „sok-mno-GIM”), akkor meg kell szüntetni, hogy meghatározzuk egy közbenső sürgős állami-sti. Kommunikáció típusa M: N kötés helyett két típusa 1: M. ustanav-Libanon az újonnan létrehozott szervezet.
F Ex. 7. Kapcsolat típusa 1. M
2. Eltávolítása komplex kapcsolatok. Ez az úgynevezett komplex kapcsolat áll fenn, hogy a három vagy több típusú sürgős állami-stey. Ha van egy elméleti modell komplex kapcsolat, meg kell kezelni egy köztes entitás. Komplex kapcsolat helyettesíti Xia szükséges számú bináris kapcsolatok Type 1: M. létre az újonnan létrehozott szervezet. Például a hármas kötés, „bérleti díjak” (képviselő egy gyémánt) reflektál-wear létező között alkalmazott megfogalmaz kölcsönző cégek, a telek-föld és a bérlő (ábra. 8).
^
Ábra. 8. A bonyolult kapcsolata
Ez a komplex összefüggés lehet egyszerűsíteni bevezetésével egy új egységet, és meghatározzuk a bináris kapcsolatok közte és az egyes forrás szervezetek komplex kapcsolatát.
Példánkban a link „bérli” ki lehet küszöbölni bevezetése révén az új egység nevezett gyenge megállapodást. Az újonnan létrehozott szervezet fog kapcsolódni az eredeti szervezetek három új bináris kapcsolatok (9.).
^
Ábra. 9. Egyszerűbb a komplex kapcsolatát
3. eltávolítása rekurzív kapcsolatok. Rekurzív azok kötéseket, amelyek lényegét valamilyen kölcsönhatásba is. Ha elméleti modell tartalmaz egy rekurzív kommunikáció, akkor meg kell szüntetni, hogy meghatározzuk a neko-Tóra közvetítő szervezetben. Például, hogy megjelenjen a helyzet, amikor az egyik alkalmazott irányítja a csoport többi munkás lehet újra létrehozott kommunikációs dőlt betűvel „one-to-many” (1: M).
^ 4 eltávolítása kapcsolatok tulajdonságait. Ha a koncepcionális modell van jelen közleményt saját Atri-popó, azokat át kell alakítani létrehozása révén új egység. Vegyük például egy olyan helyzetben, amikor szükség van, hogy rögzítse a mennyiségi száma munkaórákért ideiglenes alkalmazottak az egyes ágak a pre-elfogadás. Kommunikáció „Works” attribútummal nevű „Munkaidő”. Átalakítás a kapcsolat „működik” az egység a neve „A terjesztési osztály szerint”, amely kijelöli az attribútum „Munkaidő”, majd két új kommunikációs Type 1: M.
^ 6. újraellenőrzése csatlakozások típusa 1: 1. A folyamat során a meghatározó szervezetek, két különböző szervezetek lehetne létrehozni, amely valójában azonos jelentésű tárgy alkalmazása tartományból. Például lehet létrehozni két entitás „Osztály” és „Osztály” co-torye valóban képviseli az azonos típusú objektumot. Más szóval, a neve „Osztály” szinonimája a neve a „Minisztérium”. Ilyen esetben, OBE-dinit e két entitás egy. Ha az elsődleges kulcs egybeolvadt vállalatok eltérő, válassza ki az egyiket elsődleges, a másik pedig az al-be a kulcsot alter natív.
^ 7 eltávolítása felesleges linkeket. Kommunikációs felesleges, ha ugyanazt az információt lehet beszerezni nem csak rajta, hanem egy másik kapcsolatot. Mindig meg kell törekszünk, hogy HÉA-minimum adatmodell, ezért ha túl nagy a kapcsolat nem nyilvánvalóan szükséges, el kell távolítani. Annak megállapítására, hogy a kapcsolat a két egység-E egynél több kapcsolat meglehetősen egyszerű. Ez azonban nem jelenti azt, hogy a két kapcsolatok szükségszerűen felesleges, mert mindkettő jelenthet a különböző szervezetek valóban létezik a szervezetben.
Eltávolítása redundancia hozzáférési idő fontos még-okozzon. Vegyük például egy olyan helyzetben, amikor szükség van, hogy szimulálja az az egyedek közötti kapcsolatokat „ember”, „nő” és a „gyermek”. Nyilvánvaló, hogy az egyedek közötti „ember” és a „gyermek” Két megközelítési útvonalak - az egyik keresztül közvetlen kommunikáció „az apa”, a másik - a kommunikáció „felesége” és „Az anya”. Első pillantásra, mosolygós, hogy a kommunikáció „az apa” túlzás. Ez az állítás azonban lehet Xia rossz, két okból. Először is, apa a gyerekek a korábbi házasság, a jelen és modellezzük csak az aktuális házasság apja (egy link segítségével 1: 1). Másodszor, az apa és az anya nem házasok vagy egyáltalán apa feleségül egy nőt, aki nem az anya a gyermek (vagy anya lehet feleségül egy férfi, aki nem a gyermek apja). Ezért minden létező-vuyuschie kapcsolatokat nem lehet modellezni nélkül összeköthető „az apa” (10.).
^
fizikai tervezés
Fázis, nyomon ég logikai tervezés, fizikai kialakítása nevezzük fázisban. Amikor a logikai tervezés nem veszik figyelembe az adott funkció a cél adatbázis és az alkalmazások, azonban figyelembe véve sajátosságait a kiválasztott tárolási modell. Az eredmény logikai design glo-pont logikai adatmodell és egy sor leírja a dokumentációt. Együttesen ezek az eredmények információforrásként a második fázisban a fizikai-adatbázis kialakítása, és a fejlesztők minden szükséges döntések elfogadását célzó hatékonyságának maximalizálása a projekt jön létre.
Képletesen szólva, ha a logikai tervezés a fejlesztő összpontosít, hogy mi a teendő, míg a fizikai tervezés, ő keres az ACT-zokogás, hogyan kell csinálni. Minden esetben szükség különböző készségeket. Így a fizikai adatbázis tervezés szakértő világosan meg kell érteni, hogyan egyik vagy másik adatbázis funkciókat egy számítógépes rendszerben, valamint a jó ismerete minden funkcionalitását a cél adatbázis. Mivel a funkció a különböző adatbázisok meglehetősen eltérnek egymástól, az egyének, gépészeti tervezés mindig szorosan kapcsolódik a sajátosságait a választott rendszer. Azonban a színpadon a fizikai adatbázis tervezés nem Sauveur-Chennault izolált mások - általában a logikai és fizikai tervezés van egy állandó visszacsatolás, gyakran kiterjedő és helyezze Botko egyedi alkalmazások. Például a hozott döntések a fizika-ügynökség tervezés javítása érdekében a rendszer teljesítményét, hatással lehet a szerkezet a logika.
Módszertan fizikai tervezés adatbázist, amely egy négy szakaszból áll:
1. Fejlesztési adatbázistáblát és telepíti a szükséges adatok integritását korlátok.
2. kiválasztása egy adattároló rendszert és meg kell határozni az adatbázis tábla adathozzáférési módszereket. Jellemzően minden egyes DBMS nyújt számos alternatív adattároló áramkör. Az egyetlen kivétel az on-Stolny tárol az IBM PC platform, amely a leggyakrabban használt Fix-Rowan tárolási rendszert. A szempontból a felhasználó szervezet vnutrenneystruktury tárolás elhelyezett adatok asztal legyen a tökéletes átlátszó - a felhasználó számára lehetővé kell tenni, hogy hozzáférjen minden asztalra és az egyes vonalak, anélkül, hogy meghatározza, hogy ezen adatok tárolása. Ez azt jelenti, hogy az adatbázist a független teljes híd fizikai tárolási a logikai szervezet. Csak ebben az esetben változásokat a fizikai szervezet az adatbázis nem lesz, semmilyen hatással a felhasználói élményt. A leképezés a logikai adatmodell strukturálni a fizikai szervezet határozza meg a belső adatbázis sémát.
3. adatbázisok tervezésével védelmi rendszer nesanktsioniro-vannogo hozzáférést. Ez magában foglalja a döntést a végrehajtás módszereit az egyes Lo Kalnoy logikai adatmodell, valamint hozzáférést ellenőrző intézkedésekről az egyes adatbázis táblákat.
4. A szervezet az ellenőrzési folyamat által létrehozott SIS téma, amelynek feladata, hogy azonosítsa és kezelje az esetleges problémákat kapcsolatos alkalmazások teljesítményét, és a kapott, a projekt jellemzőitől. Azt is végzett végrehajtása az új és változó követelményeknek.
1. Az adatfájlok (adatfájl). Úgy tervezték, hogy adatokat tároljon a adatbázis táblákat. Ráadásul ezek a fájlok is elhelyezett eljárások, korlátok, ravaszok, indexek és egyéb információk;
Bármilyen adatbázisnak tartalmaznia kell legalább egy adatfájlt és egy tranzakciós naplófájl, azaz a minimális számú alkotó fájloknak az adatbázisban, a 2. Ha szükséges, akkor a rendszergazda új adatfájlok vagy tranzakciós log fájlokat.
* Az adatok a fájlok két típusa van:
- Elsődleges fájl (primer, vagy a fő, file). Minden adatbázis egy és csak egy master file. Ha az adatbázis csak egy adatfájlt, hogy a fájl lesz az elsődleges. A fő fájl tárolására használatos valamennyi rendszer táblák, amelyek jelen vannak minden adatbázisban. A fő fájl információkat tartalmaz az adatbázis sémáját, hozzon létre egy objektumot, a paraméterek további fájlok és tran-ADCC log fájlokat. Alapértelmezésben a fő adatbázis fájl van rendelve a kiterjesztés MDF (Master Data File);
- Másodlagos Fájl (másodlagos vagy kiegészítő fájl). Ezzel szemben a fő adatbázis fájl tartalmazza a különböző kiegészítő fi-halászatot vagy nem tartalmazza őket. csak a felhasználói adatok tárolhatók további fájlokat. Tárolás bármelyik rendszer információs-CIÓ nem megengedett. A műtét során az adatbázis adminisztrátor új vagy törölheti a meglévő további fájlokat.
Tranzakciós naplófájlok csak egyféle - a tranzakciós naplófájlok (tranzakciós log file), amely arra szolgál, hogy tárolja a tranzakciós napló. Az adatbázis kell legalább egy tranzakciós log fájlt. Fel kell gyorsítani a tranzakció-feldolgozás képes több tranzakciónaplókat különböző fizikai lemezen.