Építészet fájlszerver
Ez az architektúra népszerűvé vált, amikor a személyi számítógépek kezdtek, hogy egyesítse a helyi hálózaton alapuló fájlszerver (például a Novell Netware). Különösen népszerű ez architektúra volt a közepétől a 80-as évek, abban az időszakban, az egyesülési személyi számítógépek helyi hálózatokat.
Ennek lényege az építészet célja annak biztosítása, hogy az alkalmazás elindításakor a közös fájlok egy fájlszerver mind a PC-k. Ie adatbázis fájlokat ügyfél kérelmet küld a személyi számítógép, vagyis kliens munkaállomáson, ahol azokat feldolgozzák.
Ábra. 2. Egy felhasználós információs rendszer és annak multiplayer opció alapján a fájl szerver.
Lényegét tekintve ez a többfelhasználós változata nem különbözik egy egyfelhasználós verzió. Mind a számítógépek dolgozni Osztott adatok, mintha a saját személyes adatait.
Alapján a fájl szerver modell funkciókat, mint például a népszerű DBMS FoxPro (Microsoft), dBase (Borland), CF-Clipper (Computer Associates International), Paradox (Borland), és mások.
Adatbázis Az ebbe az osztályba olcsók, könnyen telepíthető és tanulni. De van számos hátránya:
1. Erős forgalom növekedése a hálózaton keresztül intenzív használat több felhasználó által.
2. A hátránya dolgozik a rendszer.
3. A képtelenség nyomon követési információkat, amikor a hardveres hibák.
4. A probléma lehetséges fedetlen tranzakciókat.
5.2. Architecture „kliens-szerver”
Főbb jellemzői az architektúra „kliens-szerver”
A kliens-szerver architektúra az adat rávilágít egy speciális kernel - az úgynevezett adatbázis szerver, amely feltételezi a funkció feldolgozza a felhasználói kérések most nevezik, mivel az ügyfelek.
Az adatbázis szerver egy többfelhasználós változata az adatbázis, végre, általában egy nagy teljesítményű számítógép. A kliens alkalmazások kerülnek a munkaállomás válasszuk lekérdezések (insert, update, delete) adatokat. Ebben az esetben a szerver nem az összes „piszkos” munkát adatok kiválasztása, csak küldés a kívánt eredményt a kliens.
Ábra. 3. Az építészet a „kliens-szerver”
Ez a megközelítés megoldást nyújt a három legfontosabb céljai:
· - csökkenti a terhelést a hálózat
· - csökkentési követelmények kliensszámítógépek
· - nagyobb megbízhatóság és megőrzésére, a logikai adatbázis integritását.
Ahogy kliens és a szerver jellemzően földrajzilag elválasztva egymástól, és ebben az esetben, ezek része vagy egy elosztott adatfeldolgozó rendszer.
De ezek az adatbázisok megvannak a maguk korlátai:
· Ezek sokkal drágábbak, mint az előző szintű adatbázis, nehéz megtanulni,
· A hatékony működésének ezek az adatbázisok szükség nagy sebességű (és ezért drága) szerverek és hálózatok.
· „Vastag kliens” szindróma kezdett kialakulni az utóbbi időben. Ez azt jelenti, hogy a kliens alkalmazás a mérete hasonló vagy még nagyobb, mint a méret az adatbázis szerver szoftver.
De a legfontosabb eredménye az átmenet egy kliens-szerver architektúrájú, hogy garantálja a megőrzése a logikai adatbázis integritását, azaz a rendszer egyre stabilabb és biztonságosabb. Ez úgy érhető el, köszönhetően a lehetőségét, hogy elmozdulás az ellátás a épségének megőrzéséhez a szerver.
5.3. Architecture használatával egy alkalmazás szerver (három rétegű architektúra)
A számítástechnika három rétegű architektúra, egyet jelent a három rétegű architektúra (. Angol háromszintű vagy többrétegű architechtúra) azt sugallja, hogy a következő alkalmazás komponensek:
kliens alkalmazás (általában azt mondják: „vékony kliens” vagy terminál) csatlakozik az alkalmazás szerver. ami viszont csatlakozik az adatbázis szerver.
Ezek hatnak egymásra az alábbi séma szerint:
4. ábra. három rétegű architektúra
Általános szabály, hogy a harmadik láncszem a három rétegű architektúra válik alkalmazás szerver, azaz komponensek a következők:
- Adatok bemutatását - a kliens oldalon.
- Alkalmazás komponens - egy dedikált szerver alkalmazás (mint opció futtató middleware funkció).
- Resource Management - az adatbázis szerver, ami a kért adatokat.
Így az alkalmazás szerver ötlet, hogy elválasszuk a kérelmet két részre - a kliens és a szerver a kérelmet. Sőt, az alkalmazás szerver lehet egy-sok alkalmazás. Az ügyfelek kommunikálni az alkalmazás szerver (vagy alkalmazás szerverek, senki tiltja, hogy több alkalmazás szerverek). Az ügyfelek kérelem küldése a szerver alkalmazás és válaszokat. Az ügyfelek közvetlenül az adatbázis szerver ezen vagy más adatokat. Adatokat kér az adatbázis szerver hajthat végre, és az alkalmazás szerver.
A használata egy alkalmazás szerver a három rétegű architektúra lehetővé teszi, hogy enyhítése, illetve megszűntetése hátrányai a hagyományos építészet „kliens-szerver”.