Az adatbázis integritását
Az „integritás” leírására használják a pontosságát és helyességét (vagy konzisztencia) tárolt adatok az adatbázisban.
Ha a „biztonsági” védelmét jelenti adatok jogosulatlan hozzáférés, az „integritás” azt jelenti, védelem engedélyezett hozzáférési, azaz a integritás akkor történik, amikor a felhasználó a munkához való jog az adatbázis, de működik rendesen (ne adjon meg semmilyen adatot, amelyek miatt az adatbázist a megfelelő helyzetbe).
Megszorítások lehet a komplexitás. Egyes esetekben további korlátozások említett különböző üzleti szabályokat. Amikor az alapvető korlátok, akkor használja a kulcsszó CHECK (helyességének adatbevitel, hogy megfelel ezeknek az adatokat mások ...), ezek az úgynevezett elemi, ezeket a leggyakrabban bedrótoztak. Részletes szabályok lehetnek kérdések integritás az asztalok között, például „nincs gyerek szülő nélkül.” Egy üzleti szabály vonatkozhat bizonyos területeken az adatbázis alkalmazás (például a számviteli adatbázis a saját, a többi mások ...). Sőt, ezek a korlátok be lehet állítani a szerver vagy kliens szoftver a közbenső eszköz (middleware).
A) Tekintsük variáns „kiszolgáló”, azaz a korlátozások formájában elhelyezett kód a szerveren. Ebben az esetben az adatok maguk beavatkozástól védett és a véletlen törlést, és minden fogyasztó automatikusan alávetni ezeket a korlátozásokat. Ez vezet az a tény, hogy a kliens alkalmazások maguk is egyszerűbb, mivel azok már nem kell szögeznünk korlátozásokat. Másodszor, a vonatkozó korlátozások a kiszolgáló gyorsabban, mert nem kell küldeni a szerverre, és csak akkor kell küldeni egy hiba. Vannak azonban bizonyos problémákat, amelyek a tény, hogy az SQL nem olyan jó, mint az univerzális nyelv, és nincs olyan könnyű megtenni trükkös korlátozásokat. Lényegét tekintve korlátozások a rendszerben tárolt adatbázis táblák, ezek általában vagy automatikusan generált vagy a felhasználó által generált neveket (ez utóbbi opció jobb, mert ha automatikusan, akkor a szoba, ami nehéz megtalálni a megfelelő határérték). A InterBase automatikusan nevezik őket egész _№. A hátrányok közé tartoznak a képtelenség a kliens alkalmazás, hogy reagáljon a bizonyos hiba feltételek (például hálózati problémák).
B) elhelyezése korlátozások a szinten a közbenső eszköz. A közbenső eszközök közé rendszerek, mint az ODBC, GDBC, különböző API, amely egységes hozzáférést adatbázisokhoz (OLE DB ...). Itt is vannak bizonyos előnyei és hátrányai. Hátrányok elsősorban azzal a ténnyel, hogy annak ellenére, hogy az API sokkal, mégis elég erős ahhoz fejlesztési eszközök létrehozására megszorítások kicsi, másrészt az összes API általában kötődik az operációs rendszer (adatbázisok általában erre úgy, hogy ott vannak, és ott dolgozni, de ezek a közbenső eszköz - rendszerint tartozó vagy a UNIX és a Windows, vagy valami mást).
Típus (ok) a feltételei adatok integritását:
1. kötelező adatokat - amint belépsz az adathalmaz egy mező, amíg meg semmilyen adatot, akkor a rendszer a munkaerő-felvétel nem fog kiadni (NOT NULL).
2. ellenőrzi helyességét (érvényességi ellenőrzése) - Az érték ellenőrzése tartomány (helyes adagolás dátum, méret szám)
3. integritás (entitás integritás) - illő idegen kulcs és elsődleges kulcs
4. referenciális integritás (referens integrity) - általában minden két helyen: a klienstől a szerverhez.
5. konzisztencia (üzleti szabályok) - üzleti szabályok, attól függően, hogy az adott adatbázis-kezelő.
Végrehajtása az üzleti szabályok alkalmazási program (ügyféloldali) számos hátránya van:
- átfedés - ha vannak korlátozások, és számos alkalmazásnál szükség van, hogy ne felejtsük el, hogy adja meg a kódot minden alkalmazás, és ez a megfelelő határértéket.
- összhang hiánya - a nagy rendszerek különböző programozók írhat és másképp végrehajtani ugyanazt a korlátokat, amelyek másképp működik (különböző sebességgel, stb) nem eredményez következetesen.
- a nehéz nyomon követése - rendszerek nem statikus, gyakran befejezni és utómunka összhangban külső változások, meg kell mászni a programot, és módosítsa a kódot.
- komplexitás - számos különböző üzleti szabályok, így mindenki, még egy egyszerű frissítés az asztal például eredménye egy hosszú folyamat, mert Meg kell csinálni a sok ellenőrzés.
1986-ban a cég «mondják bázis» bevezette a „trigger”, amely lehetővé tette a befogadás (transzfer) írásban üzleti szabályok a szerver, és így csökkenne a pályázatok.
Hátrányai kiváltó:
- összetettsége az adatbázis, ha az üzleti szabályok egy részét az adatbázisban,
- titoktartási szabályok - a kiváltó működtetés logika nem mindig egyértelmű, különösen a programozók, akik jönnek a modernizációs program, azaz a meg kell érteni, hogy valaki másnak a program és a logika, nehéz. Ez néha a rejtett szabályok.
Szponzor post:
húszezer rubelt az új év - új csodálatos versenyt. Tedd magad egy ajándék az új évben, a hitel egy harmadik hely a kiadását Yandex.