Előnye ennek a megközelítés, a használata az adatbázis
Tekintsük a használatának előnyei adatbázis jelenlétével összefüggő központi vezérlés.
■ Az a képesség, hogy megosszák az adatokhoz való hozzáférés
Ezt a kérdést már tárgyaltuk 1.2, de a teljesség kedvéért elemzik újra. Az adatok megosztása azt jelenti, nem csak a képesség őket elérni több meglévő adatbázis-alkalmazások, hanem a lehetőséget, hogy új alkalmazásokat dolgozni ugyanazokkal az adatokkal. más
szóval az adatszolgáltatási követelmények új hozzáférés iránti kérelmeket is teljesíteni anélkül, hogy új adatokat az adatbázisba.
■ csökkentése adatredundancia
Azokban a rendszerekben, amelyek nem használják az adatbázist, minden alkalmazás saját fájlt. Ez gyakran vezet a redundancia adattárolási és ezért, hogy nem hatékony felhasználása másodlagos tárhelyet. Például, a társított alkalmazás véli, a személyzet, és a társított alkalmazás figyelembe véve az eredmények a képzés az alkalmazottak a saját fájljait a megyei munkavállalókra vonatkozó információkat. De amint azt a 1.2 szakasz a két fájlt lehet kombinálni a megszüntetése redundáns (ismétlődő) adatokat, feltéve, hogy a DBA tudja milyen adatokra van szüksége az egyes alkalmazásoknál, azaz szükséges átfogó menedzsment végzik a növény.
Megjegyzés. Ebben az esetben nem jelenti azt, hogy az adatok redundancia vagy meg kell szüntetni teljesen. Néha jó gyakorlati, technikai okokból szükségessé több példányban tárolt adatok. Azonban ez a redundancia szigorúan ellenőrizni kell, vagyis figyelembe venni a műveletben az adatbázis. Továbbá, ebben az esetben lehetővé kell tenni frissítés szaporítás (a részleteket lásd alább).
■ Kiürülés ellentmondásos adatok (bizonyos mértékben)
Sőt, ez következik az előző bekezdésben. Vegyük például az élet. Hagyja, hogy a munkavállaló személyi szám EZ, aki dolgozik, az osztály a D8 szám képviseli két különböző rekordok az adatbázisban. Tegyük fel, hogy ez nem tekinthető a párhuzamos (azaz redundancia nem szabályozott) a DBMS. Aztán előbb-utóbb olyan helyzet áll elő, amelyben a két bejegyzés már nem lesz megállapodás után egyikük meg fog változni, és a többi - nem. Ebben az esetben, az adatbázis inkonzisztens. Egyértelmű, hogy a vitatott adatbázis biztosítja a felhasználó számára egy szabálytalan, ellentmondásos információkat.
Az is nyilvánvaló, hogy ha olyan tényt, képviselők csak egy bejegyzést (vagyis nincs redundancia), az ellentmondások vannak zárva. Ellentmondások is elkerülhető, ha az elbocsátás nem kizárt, és ellenőrzött (és az megfelelően biztosított az adatbázisban). Ezután az adatbázis biztosítani fogja, hogy a szempontból a felhasználói adatbázis soha nem ellentmondásos. Ez a garancia biztosítja az a tény, hogy ha egy frissítést kell beírni egy rekordot, akkor automatikusan ki kell terjeszteni az összes többi. Ezt a folyamatot nevezik forgalmazásával frissítéseket (szaporító frissítések).
■ Az a képesség, hogy támogatja a tranzakciókat
Tranzakció (ügylet) - a logikai munkaegység (pontosabban adatbázis logikai munkaegység) jellemzően magában foglalja a több adatbázis-műveletek (különösen néhány adatmódosítási műveletek). Tipikus példa - fordításának néhány pénzösszeget A fiók a számla B. Nyilvánvaló, hogy ebben az esetben van szükség két változás: törlését egy bizonyos összeget a számláról
A és tegyük bele a számla B. Ha a felhasználó megadja, hogy mindkét változtatás része ugyanannak a tranzakció, a rendszer valóban garantálja, hogy akár teljesíteni fogják mind ezeket a változásokat, vagy nem lehet tenni ezek közül bármelyik, ha mielőtt a folyamat befejeződik változásokat a rendszer nem sikerül (például miatt áramszünet).
Megjegyzés. A fent említett ingatlan a folyamatosság (atomicitás) ügyletek - nem az egyetlen pozitív eredménye tranzakciók támogatása. Azonban, ellentétben a többi, ez elég is alkalmazható egy egyfelhasználós környezetben. (Másrészt, a egyfelhasználós rendszerek, tranzakciós támogatás gyakran nem áll rendelkezésre, és ezek a funkciók vannak hozzárendelve a felhasználó számára.) A teljes leírását a különféle előnyöket tranzakciós támogatást és milyen módon kívánják elérni azokat biztosított fejezetet a 15. és 16..
Biztosítva az adatintegritást
A feladat integritásának biztosítása garantálja a támogatást a az adatok helyességét az adatbázisban (ha lehetséges). Az ellentmondást a két rekordot, ami „tény” egy példa a veszteség integritását az adatokat (lásd. A fenti tárgyalás ebben a részben). Persze, ez a probléma csak akkor fordulhat elő, ha redundancia tárolt adatokat. De még ha nincs redundancia, az adatbázis tartalmazhat téves információt. Például az adatbázis alapján megállapítható, hogy a munkavállaló dolgozott 400 órát egy héten 40 helyett, vagy rögzített tartozik egy osztály, amely nem létezik. Központosított adatbázis-kezelő az ilyen problémák elkerülésére (ha lehetséges). Mert ez az adat, a rendszergazda határozza meg (egy adatbázis adminisztrátor hajtja végre) integritási kényszerek (integritási kényszerek), amelyet alkalmazni minden olyan kísérletet, hogy bármilyen változás a vonatkozó adatokat.
Megjegyezzük továbbá, hogy az adatok integritását többfelhasználós adatbázis rendszerekkel még fontosabb, mint a közepes és „privát fájlok”, éppen az az oka, hogy az adatbázis támogatja megosztását. Hiányában megfelelő ellenőrzése a felhasználó nagyon helyesen frissíteni az adatokat, ami azonban számos más felhasználók. Azt is meg kell mondani, hogy a legtöbb létező kereskedelmi DBMS támogatja integritási kényszerek gyengén fejlett, bár ez most ebben a tekintetben már vannak fejlesztések. Meg kell vizsgálni, a szomorú tényt, hogy leírjuk a 9. fejezetben, az integritás korlátok sokkal alapvetőbb és fontosabb, mint azt általában elismerik a mai napig.
Szervezet adatvédelem
Mivel a teljes ellenőrzést az adatbázis az adatbázis-kezelő (természetesen utasításainak megfelelően az adatok rendszergazda) hozzáférést biztosíthat ez csak bizonyos csatornák. Erre a célra lehet telepíteni a biztonsági előírásokat (biztonsági korlátok), vagy a szabályok, amelyek figyelemmel kell kísérni minden olyan kísérletet bizalmas adatokhoz férhetnek hozzá. Beállíthatjuk
különböző szabályokat a hozzáférési típus (lehívás, beszúrás, törlés, stb), hogy minden információt egy adatbázisban. Azonban meg kell jegyezni, hogy az ilyen szabályok hiányában, az adatbiztonság nagyobb veszélyben, mint a normál (töredezett) fájlrendszer. Következésképpen a központosított adatbázis-rendszer bizonyos értelemben is szükség van egy megbízható biztonsági rendszer.
Harmonizálása ellentétes igények
Ismerve az általános követelményeket a vállalkozás (követelmények helyett a minden egyes felhasználó), adatbázis adminisztrátor (ismét szerint az adatkezelő utasításait) alakítani tudja az adatbázist, hogy a szolgáltatás a legjobb az egész vállalkozás. Például, aki választhat egy fizikai reprezentációja az adatokat a másodlagos memória, amely gyors hozzáférést biztosítanak az információkhoz a legfontosabb alkalmazások (esetleg rovására a teljesítménye más alkalmazások).
Bevezetésének lehetőségét szabványosítás
A központosított adatbázist DBA (adatbázis rendszergazda segítségét is) való megfelelés biztosítása érdekében a szükséges előírások szabályozzák az adatok bemutatását a rendszerben. Szabványok lehet magán, vállalati, megyei, ipari, nemzeti és nemzetközi szinten. Szabványügyi jelentési legfontosabb szempontjából adatcsere és átadása a rendszerek között. (A legnagyobb kérdés a jelentősége ennek az esetben az elosztott rendszerek, amelyeket a fejezetben említett 2., 21. és 27.) Ezen túlmenően, az elnevezési szabványokat és adatdokumentáció fontosak mind a kombinált használatra, mind pedig a leírásukat.
A legtöbb fenti előnyök elég nyilvánvaló. Azonban van egy másik előnye, hogy erre a listára, és ez nem annyira nyilvánvaló (bár közvetve, és számos előnyök). Ez körülbelül függetlenségének biztosítása az adatok. (Szigorúan véve ez inkább létrehozásának célja az adatbázis-rendszer, és nem feltétlenül előnyére.) A függetlenség fogalma annyira fontos, hogy külön részt szentel az alábbiakban.