Logikai architektúra Adatbázis
Home | Rólunk | visszacsatolás
Configuration tervadatbázisból
Építőipari bármilyen adatbázis elsődleges célja, hogy tárolja és használja az információkat minden olyan tárgykörben.
Tervezésekor adatbázis elfogadjuk kiosztani néhány urs-lány modellezés, amelyek arra szolgálnak, mint egy átmenet közvetlenül a domain végrehajtása az adatbázis egy adott adatbázison:
· Közös tartomány modellt;
· Logikai adatmodell;
· Fizikai adatmodell;
· Adatbázis és alkalmazások.
Része a valós világban, az adatok, amelyek adott út kijelzés az adatbázisban. Tehát, mint a tárgykörben lehet választani a munkát a személyzeti osztály egy vállalkozás, miközben a teljesítmény középiskolás diákok, stb Szakterület nagyon sokrétű és magában foglalja a sok fogalmak és adatok szükség építeni az adatbázist, és nem esszenciális, vagy akár teljesen haszontalan. Például, ha az előre kiválasztott régióban Metn nyilvántartást tanulók előrehaladását, a »személyi igazolvány« és a »vizsgálat értékelése« fontos-CIÓ, és az »anyagi támogatás« - legalábbis a lényegesség koncepcióját. Ezért a fontos adatok nagymértékben függ a választott téma és feladatok előtt álló fejlesztő.
ÁLTALÁNOS tartomány modell
Ez azt jelenti, ismeri a személyt a választott téma on-ig, amely kifejezhető, mint egy személyes opgga vagy jelen lehetnek az anyagi világban segítségével bármilyen eszközöket. Ezek az alapok működhet szöveget leírni Sania domainek (például abban az esetben, teljesítmény-elszámolási - szabály értékelő feldolgozása, megrendelések fogadása diákok és levonások, stb.)
Azt mondhatjuk, hogy a domain modell a lezajló folyamatok, és a mozgás használt adatokat.
Logikai adatmodell
Leírja a kapcsolat a fogalmak a téma három Oblas kiszabott korlátozásokat.
Mint fentebb említettük, a téma áll, egy sor egymással összefüggő fogalmak-CIÓ. Leírja a kapcsolatát, akkor, hanem építeni egy prototípus a jövő DB - a logikai modell anélkül, hogy kötve egy adott adatbázishoz. Példaként megadhatja külön fogalom diák, csoport, osztály, vagy akár egy ösztöndíjat. valamilyen kapcsolat kommunikáció között jöhet létre, például egy diák tanul egy adott csoport néhány kar, diák, attól függően, hogy a becslések alapján számított ösztöndíj, stb
Persze, csak közötti kapcsolatok fogalmak jelen lehetnek, és néhány korlátozást az adatokat, koto-rozs felkavarják. Például, értékelés csak egész szám 2 és 5.
Fizikai adatmodell
Leírja a logikai adatmodell olyan konkrét sósavat DBMS. A fizikai modell tulajdonságok kerülnek ábrázolásra oszlopok a táblázatok, a domének alakulnak át adattípusok (telt Tide a kiválasztott adatbázisban). Kapcsolatok és kommunikáció alakult ki a logikai adatmodell alakítjuk táblázatok és azok összefüggéseit. Szintén a kiválasztott adatbázis végrehajtott korlátozásokat-CIÓ, lezajlott a logikai adatmodell. E második használatra indexeket, integritás megszorítások, triggerek, és tárolt eljárások.
Adatbázishoz és alkalmazásokhoz
Ez a szint az eredménye az előző szakaszban - az adatbázis maga rájött elhelyeztek egy specifikus hardver és szoftver alapú, amelynek megválasztása jelentősen opti-SCM adatbázis építés, például, hogy növelje a sebességet. Ez kiválaszthatja a kívánt (optimális feladatok), a számítógép típusa, amelyen az adatbázis található, a változás coli tiszteli processzorok felvenni RAM, dis-kovogo alrendszer tér, stb Fontos az is, DBMS kiigazítás végre a kiválasztott pro-gram és hardver platform.
Access és adatbázis
Ebben a fejezetben megvizsgáljuk az alapvető fogalmak és szempontok ispol'uet-zable ha dolgozik adatbázisokkal. Leírja az alapvető funkciók által használt adatbázis-kezelő rendszer, az információk feldolgozását. Tekinthető relációs dimenziós ábrázolása adatok, tanulmányozta az alapfogalmak relációs-transzlációs modell szerint. Áttekintést nyújt a hozzáférés és leírni Xia jellemzői a felület.
Logikai architektúra Adatbázis
Életünk tele különböző információkat tárolja a segítsége nélkül a számítástechnika nem lehetséges. Ez a megvalósítás az információfeldolgozás már elfogadhatatlan mind abból a szempontból költségek tárolásáról, valamint a szempontból az információ menedzsment és hozzáférési sebességet.
Tárolni nagy mennyiségű információt, hogy létre kell hozni egy hatalmas adatbázisok száma (DB). Erre IC használ több különböző számítógépes rendszerek tanácsok-ment adatbázis (RDBMS).
A koncepció alkalmazható bármely adatbázissal kapcsolatos információ Me-előre meghatározott kritériumot szervezett, különleges módon és tárolni, általában táblázatos formában. DB ^ egyszerűsége észlelés lehet leírni, mint egyes elemeit trónra kártya fájlt a számítógépén tárolt formájában egy vagy több fájlt.
Mint kartoték, adatbázis végzik számos műveletet on-zhascheysya tartalmazza azt az információt, például:
# 9632; hozzátéve, az új információk;
# 9632; információszerzés;
# 9632; információ megváltoztatására;
# 9632; adatokat törölnek.
Szervezet végrehajtott műveletek az adatok, az idő-elmozdulások az asztalra, és manipulálni azt végrehajtani spetsiali-esített szoftver - adatbázis, amelyek felelősek:
# 9632; kezelése az adatbázisban található adatokat - az adatok tárolása és kezelése a szolgáltatási információt nyújtó munkát adatbázis;
# 9632; számítógép memória kezelése - segítségével adatpuffereiket 6-CIÓ számítógép memóriába;
# 9632; tranzakció menedzsment - integritásának fenntartásában a logikai-ség DB többfelhasználós rendszerek. A sikeres befejezése a tranzakciót (a végén egy művelet a változás-neniyu Information) adatbázis teszi a megfelelő módosításokat az adatbázisban. Ha a műveleteket végző az adatok nem, vagy törlés cselekvés, a változás nem megy végbe Bu FLS az adatbázisban rögzített, és annak állapota (logikai integritása) nem változik;
# 9632; változások adatbázis-kezelő - megbízhatóságának biztosítása egyházi neniya adatok, a lehetőséget az adatbázis katasztrófa utáni helyreállítás. Ehhez végzett protokoll adatbázis változásait és Művészeti hivnaya példányát az adatbázis, amely egy adatbázis failover adat-helyreállítást.
Ha teljes képviseletét az adatbázis a mechanizmus és elvek a szervezet úgy az építészet. A különbségek három szintű adatbázis:
# 9632; külső szinten - meghatározza azt az utat adatok Nepo-sredstvenno felhasználók. Ezen a szinten van lehetőség a kosár-manipuláció az adatok az adatbázisban használja a nyelvet;
# 9632; konceptuális szint - egyfajta átmenet-urs azt belső és külső általánosítás-schennoe bemutatása adatok az adatbázisban.
Az első szakaszban meg kell, hogy a leírás a társaság, és meghatározza annak szervezeti felépítését. A második lépés az, hogy egy ötlet a működését a vállalat. Amikor a harmadik fázis keletkezik leírása az információk felhasználását a szervezetben. Ennek során a negyedik és ötödik lépést kell kiosztani az üzleti folyamatokat a vállalkozás, hogy az értékelés, és újra mérnöki üzleti folyamatok. A hatodik lépés egy funkcionális IP alrendszerben. Amikor a hetedik szakaszban a fogalmi modell célja IC tárol. A nyolcadik szakasz az alkalmazás az IP projekt, mint a prototípus.
Harminc-domain, amely leírja a tevékenységek a különböző vállalkozások tervezett lépések végrehajtásához. Pillanatnyilag nincs leírás a vállalkozások automatizált folyamatok, hanem érett sürgősen elvégzésére automatizálás.