Építészet DBMS - Database Management System
adatbázis-architektúra által javasolt kutatócsoport ANSI / SPARC három szintje van: a belső, külső és fogalmi. Általában ezek a következők:
Külső szint - az egyéni felhasználói szinten. Minden felhasználó saját kommunikációs nyelv.
Az alkalmazás programozó vagy egy közös programozási nyelvek.
A végfelhasználó számára ez vagy egy speciális lekérdező nyelvet, vagy különleges célú nyelv, lehetséges, amely a formák és a menük kifejezetten, hogy megfeleljen a követelményeknek, és támogatja néhány üzemi alkalmazása.
Konceptuális nézet - egy nézete a teljes információs adatbázis egy absztrakt formában (például abban az esetben külső képviselet), mint a fizikai módszer adattárolásra. Ugyanakkor elvi kilátás jelentősen eltér az adatok bemutatását minden egyes felhasználó számára. Általánosságban elmondható, hogy elvi ábrázolása - ábrázolását az adatok, amit „ők valójában”, és nem az, amit meg kell látni őket, mint a felhasználó részéről, például egy adott nyelven, vagy használt hardver.
Koncepcionális nézet áll több példányban egyes fogalmi felvételt. Például ez állhat egy sor példányban rekordok amelyek információt tartalmaznak az egyes, valamint egy sor másolat, amely információkat tartalmaz a részleteket, stb Koncepcionális rekord nem feltétlenül esik egybe a külső fiók, az egyik kezét, és a tárolt rekord - a másikon.
Koncepcionális nézet segítségével határozzuk meg a fogalmi séma, amely magában foglalja a fogalmak fogalmi nyilvántartást minden típusát. Fogalmi rendszer használ egyéb adatok meghatározása nyelv - elvi.
Koncepcionális nézet - ezt a nézetet a teljes tartalmát az adatbázisban, és a fogalmi rendszer - határozza meg az ilyen képviselet. De hiba lenne azt feltételezni, hogy a fogalmi rendszer - nem más, mint egy sor meghatározások, több, mint egy egyszerű összefüggést rekordok a programban.
A belső ábrázolása - néző alsó szinten a teljes adatbázis; ez áll a sok példányban minden típusú belső nyilvántartást.
A belső ábrázolás segítségével leírt belső áramkör, amely meghatározza nemcsak a különböző típusú tárolt feljegyzések, hanem a létező indexek, módon bemutató tárolt mezők, fizikai-szekvencia a tárolt feljegyzések, stb A belső kör van írva egy másik adat definíciós nyelv - belső.
Az alkalmazások az adatbázis, általában vett hivatkozni egy a szoftver architektúrák megvan az előnye és hátránya.
És a program és adatbázis ugyanazon a számítógépen. Ez az architektúra működik a legtöbb asztali alkalmazás.
Fájl - szerver architektúra.
Az adatbázis található egy erőteljes dedikált számítógép (szerver), és a személyi számítógép csatlakozik hozzá a helyi hálózaton. Ezek a számítógépek telepített kliens alkalmazás, amely hozzáfér az adatbázishoz a hálózaton keresztül. Ennek az az előnye építészet lehetősége egyidejűleg több felhasználó egy egységes adatbázis.
A hátránya ennek a megközelítésnek - sok információt továbbítani a hálózaton keresztül. Minden feldolgozása történik meg az ügyfélre ténylegesen kialakult példányát az adatbázis. Ez vezet a korlátozás a felhasználók maximális számát és a nagy késések, ha dolgozik az adatbázisban. Ezek a késések oka az a tény, hogy az egyidejű hozzáférés nem lehetséges egy adott szinten az asztalra. Míg az egyik ügyfél elhelyezi a program befejeződik táblázat segítségével (például, ahelyett írása módosítás), más program nem tud hozzáférni a táblázatban. Ezt nevezik a zárat a tábla szinten, és kiküszöböli a zavart annak tartalmát.
Az ügyfél - kiszolgáló architektúra.
Ebben az építészet, a szerver nem csak tárolja az adatbázisban, de az adatbázis, és fut a program, amely kezeli a kérelmeket a felhasználók és vissza őket, hogy rögzítse készletek. Ugyanakkor a felhasználók a program nem fog működni, mint az adatbázis, mint egy sor fizikai pányvák, és nézze meg az adatbázist, amely végrehajtja tranzakciókat. A terhelés az ügyfél elhelyezi egyidejűleg törölni, mivel a legtöbb munka zajlik a szerveren. DBMS automatikusan figyeli a integritását és biztonságát az adatbázisban, valamint az ellenőrzési információhoz való hozzáférés segítségével egy jelszót szolgáltatás. Az ügyfél - kiszolgáló adatbázis-kezelő lehetővé teszi a blokkok szintjén az egyéni nyilvántartások, és még területeken. Ez azt jelenti, hogy az asztal lehet működtetni bármilyen felhasználók száma, de a hozzáférést a beállítások megváltoztatására külön nyilvántartást vagy annak valamelyik mező arra szolgál, hogy csak az egyiket.
A fő hátránya ennek az építészet nem nagyon magas megbízhatóságot. Ha a szerver leáll, minden munkát leáll.
A hálózat több szerver és adatbázis táblák között oszlanak meg őket annak érdekében, hogy a nagyobb hatékonyság. Minden szerver saját példányát adatbázis funkciókat. Ezen túlmenően, ez az architektúra általánosan használt speciális programok, úgynevezett alkalmazás szerverek. Ezek lehetővé teszik, hogy optimalizáljuk a feldolgozási nagyszámú felhasználói kérések és a rakományt a számítógépek között a hálózaton.
Ha hiányzik egy elosztott architektúra egy meglehetősen bonyolult és költséges folyamat létrehozása és fenntartása (adminisztráció), valamint a magas követelményeket szervereket.
Az adatbázishoz való hozzáférés és adatbázis (közös egy számítógépen vagy a hálózaton) hajtjuk végre standard protokoll szerint böngészőt. Ez teszi
minimumkövetelményeket a kliens gépek. Ezek a programok az úgynevezett „vékony kliensek”, mert képesek dolgozni még low-end PC-k, például nem tudja megszervezni a helyi hálózathoz, és hozzáférhet a szerver az interneten keresztül a helyi hálózat (ebben az esetben beszélünk intranet technológiák). Ebben az esetben nem kell fejleszteni speciális kliens szoftver vagy gyere fel a saját adatcserét a szerver és a kliens helyeken leírás. Ready ahhoz, hogy használni a böngészők és szoftver megoldásokat.