Tudd Intuíció, előadás, különböző építészeti megoldások használt végrehajtásáról

Abstract: Az előadás tárgyalja a különböző technológiai lehetőségek dolgozni az adatbázis többfelhasználós mód (centralizált architektúrán, egy számítógépes hálózat egy fájl szerver, kliens-szerver architektúra). A rövid áttekintés modern DBMS.

A cél az előadás. mutatnak a főbb technológiai lehetőségek több felhasználó egy egységes adatbázis egyaránt jár alaptulajdonságait számítástechnika, valamint a fejlesztési program.

Mint már említettük, az adatbázis fogalma során először a lehetőséget, sok feladat több felhasználó által. Ebben a tekintetben a legfontosabb jellemzője a modern DBMS jelenléte többfelhasználós technológia. Különböző végrehajtási technológiák, mint például a különböző időpontokban járt mind az alapvető tulajdonságait, számítástechnika és szoftverfejlesztéssel. Adjunk egy rövid leírást ezeket a technológiákat, időrendi sorrendben.

3.1. A centralizált architektúrán

Ha ezt a technológiát az adatbázisban. Adatbázis és szoftver (alkalmazás) található egy számítógépen (mainframe, akár személyi számítógép) (3.1 ábra).. Ez a módszer a szervezet nem igényel hálózati támogatást, és ez jön le, hogy az offline munka. A dolgozat a következő:

• A bázis formájában egy sor adatot tárolt fájlok a számítógép merevlemezén.
• Ugyanakkor adatbázis, és a számítógép telepített alkalmazás dolgozni az adatbázissal.
• A felhasználó elindítja az alkalmazást. A felhasználói felület az alkalmazás által biztosított, kezdeményezi a hívást, hogy az adatbázis lekérés / frissítés.
• Minden az adatbázishoz való hozzáférés megy keresztül adatbázis, amely magában foglalja magában az összes információt a fizikai szerkezetet az adatbázisban.
• DBMS kezdeményezi az adatokhoz való hozzáférés, biztosítva, hogy a felhasználó kéri (végrehajtja a szükséges műveleteket az adatokat).
• Az eredmény az adatbázis visszatér a kérelmet.
• Az alkalmazás segítségével a felhasználói felületen jeleníti meg a lekérdezés eredményének.

Ábra. 3.1. A centralizált architektúrán

Ez az architektúra felhasználásra került az első változat az adatbázis DB2. Oracle. Ingres [[3.1]].

Többfelhasználós technológiai munkát biztosít mód párhuzamosan futó (egyidejűleg dolgozni a processzor és a külső eszközöket - például az alkalmazás a felhasználó adta át az adatokat olvasni a külső memória, a program egy másik felhasználó által feldolgozott processzor) vagy időosztásos (a felhasználók időt kiosztott résidők viszont a végrehajtása során programok). Ez a technológia bővült alatt "uralom" a nagy számítógépek (IBM-370, EC-1045, EC-1060). A fő hátránya ennek a modellnek egy drámai csökkenést teljesítmény növekedésével a felhasználók száma.

3.2. Technológia a hálózat és a fájl szerver (architektúra „file szerver”)

Növekvő bonyolítja a feladatot, az Advent a személyi számítógépek és helyi hálózatok voltak az előfeltétele az, hogy kialakult egy új fájl szerver architektúra. Ez az adatbázis architektúra hálózati hozzáféréshez kinevezését az egyik számítógép a hálózaton, mint egy dedikált szerver, amelyen tárolni adatbázis fájlok [[3.2]]. Összhangban a kéréseket a felhasználók fájlokat a fájl szerver átkerülnek a felhasználói munkaállomások, ahol végzett a nagy részét az adatokat. A központi szerver végzi elsősorban csak a fájlok tárolására, nem vesz részt az adatok feldolgozása is (ábra. 3.2.).

Ábra. 3.2. Architecture "file szerver"

A dolgozat a következő:

• A bázis formájában egy sor adatot tárolt fájlok a merevlemezen dedikált számítógép (file server).
• Van egy helyi hálózat kliens számítógépek, amelyek mindegyike telepítve az adatbázis és az alkalmazás dolgozni az adatbázissal.
• Mind a kliens számítógépek, felhasználók képesek az alkalmazás futtatásához. A felhasználói felület az alkalmazás által biztosított, kezdeményezi a hívást, hogy az adatbázis lekérés / frissítés.
• Minden az adatbázishoz való hozzáférés megy keresztül adatbázis, amely magában foglalja magában az összes információt a fizikai struktúra adatbázis található egy fájl szerver.
• DBMS kezdeményezi hozzáférési adatokat található egy fájl szerver, mint amelynek eredményeként az adatbázis egy részének fájl másolása a kliens számítógép és a feldolgozott, amely biztosítja, hogy a felhasználó kéri (végzett a szükséges műveleteket az adatokat).
• Szükség esetén (ha a változó adatok) az adatokat küldi vissza a fájl szerver adatbázis frissítés.
• Az eredmény az adatbázis visszatér a kérelmet.
• Az alkalmazás segítségével a felhasználói felületen jeleníti meg a lekérdezés eredményének.

Ennek része az architektúra „fájl szerver” végzett az első változata a népszerű úgynevezett asztali adatbázis. mint a dBase és a Microsoft Access.

A szakirodalom [[3,2]] meghatározza a következő fő hátránya ennek architektúra:

• Egyidejű többszörös hozzáférést ugyanazokat az adatokat a termelékenység csökken drasztikusan, mert meg kell várni, amíg a felhasználó a munkát az adatokkal, hogy befejezze a munkát. Egyébként talán cefrézés korrekciókra egyes felhasználók, a változások a többi felhasználó.
• A teljes súlya a terhelés a hozzáférést az adatbázishoz megy a kliens alkalmazás, mint a kiadása iránti kérelem mintája a táblázat adatai teljes adatbázis tábla van másolva a kliens gépen, és a mintát elvégezni az ügyfél. Így a nem optimálisan töltött források a kliens számítógép és a hálózat. Ennek eredményeként növeli a hálózati forgalmat, és egyre növekvő igényeknek a felhasználó számítógépes hardver kapacitását.
• Rendszerint navigáció-központú megközelítés a munka az egyes adatok.
• Az adatbázis a fájlszerver sokkal könnyebb, hogy a változások az egyes táblák, kikerülve az alkalmazás közvetlenül az eszköz (például a Borland Database Desktop segédprogram fájlok és Paradox dBase); ilyen lehetőség megkönnyíti az a tény, hogy valóban van egy ilyen adatbázis-kezelő adatbázis - fogalom logikusabb, mint a fizikai, mert az adatbázis egy sor különböző táblázatok, melyek együtt egy külön mappát a lemezen. Mindez lehetővé teszi számunkra, hogy beszéljünk az alacsony biztonsági szint - mind a lopás és sérülés, valamint a szempontból, hogy téves változásokat.
• Fejletlen egység ügylet potenciális hibaforrás feltételek megsértése a szemantikai és referenciális információ integritását ugyanakkor módosító ugyanazt a rekordot.