Bevezetés a DBMS architektúrába
Az adatbázis a kapcsolódó adatok gyűjteménye. Az adatok lehetnek tények és számadatok gyűjteménye, amelyek feldolgozhatók további információk nyerése érdekében. Az adatbázis-kezelő rendszer tárolja az adatokat, és szükség esetén lekérdezi azokat. A felhasználó manipulálhat és további információkat is előállíthat a jelen adatokból. Az adatbázis olyan jellemzőkkel rendelkezik, mint a valós entitás, a relációalapú táblázatok, az adatok és az alkalmazás elkülönítése, kevesebb az adatok redundanciája és a konzisztencia. A DBMS olyan lekérdezési nyelvet is biztosít, amely hatékonyabbá teszi, és amely követi az ACID tulajdonságait. A DBMS több felhasználó egyidejűleg is használható. Ebben a témában megismerjük a DBMS architektúráját.
A DBMS architektúra típusai
Az adatbázis-rendszer lehet centralizált vagy decentralizált. Ez az adatbázis architektúrájától függ. Az adatbázis-architektúra logikusan kétféle:
- Kétlépcsős DBMS architektúra
- Háromszintű DBMS architektúra
Az adatbázisnak egyszintű architektúrája is lehet.
Egylépcsős építészet
Egyszintes architektúra használata esetén az adatbázis közvetlenül a felhasználó számára elérhető. A felhasználó közvetlenül hozzáférhet az adatbázishoz és felhasználhatja az adatokat. Az itt elvégzett változások közvetlenül az adatbázisban jelennek meg. Nem nyújt praktikus eszközt, amelyet a végfelhasználók használhatnak. Az 1-szintű architektúrát elsősorban a helyi alkalmazások fejlesztésére használják, és közvetlenül felhasználhatók az adatbázishoz történő kommunikációra és a gyors reagálásra.
Kétlépcsős építészet
A kétlépcsős DBMS architektúra hasonló az ügyfél-szerver architektúrához. Kétlépcsős architektúrákban vannak alkalmazások az ügyféloldalon, és könnyen kommunikálhatnak az adatbázislal, amely a kiszolgálóoldalon jelen lenne. Annak érdekében, hogy ez a kölcsönhatás sikeres legyen, a felhasználó olyan API-kat használhat, mint az ODBC és a JDBC. Az összes alkalmazás és felhasználói felület, amelyre az adatok feldolgozásához adatokra van szükség az ügyfél oldalon. A szerver vállalja a funkciók biztosítását, például a lekérdezés feldolgozását és a tranzakciókezelést. Mindkettő csatlakoztatásához és a DBMS-hez való kapcsolódáshoz az ügyféloldali alkalmazás létrehozhatja azt a kiszolgálóoldallal.
ODBC, amely az Open Database Connectivity rövidítése, amely segítséget nyújt egy olyan API biztosításában, amely lehetővé teszi az ügyféloldali alkalmazások számára, hogy csatlakozzanak a DBMS-hez, majd tovább dolgozzanak. A leggyakoribb gyártók az ODBC illesztőprogramok. Ez a fajta architektúra a DBMS extra biztonságot és hitelesítési ellenőrzéseket biztosít az alkalmazások számára is. Ezt az architektúrát akkor használják, ha bármilyen alkalmazás révén hozzáférniük kell a DBMS-hez. Az alkalmazások működése, tervezése és programozása szempontjából függetlenek az adatbázistól. A prezentációs réteg lehet PC, mobil, táblagép stb. A kétlépcsős architektúra példája lehet a Contact Management System az MS Access használatával.
Háromszintű építészet
Az 1., a 2. és a 3. szint közötti megkülönböztető tényező az, hogy a korábbi kettő bonyolult, és azt ábrázolja, hogy miként használják az adatbázisban található adatokat. A Tier 3 architektúrát széles körben használják, és segít az adatbázis hatékony tervezésében. Ideális esetben három részből áll:
- Adatbázis vagy adatréteg: A jelenlegi adatbázis együttműködik a lekérdezés-feldolgozási nyelvvel. Meg lehet határozni a kapcsolatokat az adatokkal együtt, és ezen a szinten meg lehet határozni a korlátokat is.
- Alkalmazás vagy középszint: Az alkalmazásszint az adatbázis elvont nézeteként működik. Ha ezt a réteget használjuk, akkor az alkalmazáskiszolgáló és a program együtt lehet, így elérhetjük az adatbázist. Amikor a végfelhasználó hozzáfér az adatbázishoz, nem ismeri az adatbázis létezését. Hasonlóképpen az adatbázist a felhasználó, aki hozzá fér, nem érinti. Az alkalmazásréteg elsősorban a köztes szoftverre vagy az átjáróra helyezi a hangsúlyt, és közvetítőként működik a felhasználó és az adatbázis között.
- Felhasználói vagy prezentációs réteg: A végfelhasználó e réteg használatával lép kapcsolatba az adatbázissal. Az összes különféle táblázat vagy nézet használható, és az alkalmazás által megkövetelt összes adatot szolgáltatják. Ez a fajta többrétegű adatbázis szűk keresztmetszetek nélkül módosítható. Ennek a könnyűségnek az az oka, hogy az alkatrészek függetlenek, és az ezekben végrehajtott változtatások szintén függetlenül történnek. A végfelhasználóknak tudniuk kell arról, hogy mi történik a háttérprogramban. Mindkét entitás elvégzi az egyedi feladatait, míg az alkalmazási réteg kezeli azokat.
Azt is mondhatjuk, hogy a 2-szintű architektúra kiterjesztése. Az alkalmazás középső rétege az adatbázis és a felhasználói rétegek között az, amely megérti az adatbázis-hozzáférési nyelvet, és segít a végfelhasználói DBMS-igények feldolgozásában. Van egy további réteg is, amelyet időnként fel lehet venni, és amely grafikus felhasználói felületet biztosít a végfelhasználó számára, hogy kapcsolatba léphessenek a végfelhasználóval. A GUI réteg adatbázis-rendszerként működik a végfelhasználó számára. A végfelhasználónak fogalma sincs az alkalmazás rétegéről vagy a DBMS rendszerről. Az alkalmazásréteg (üzleti logikai réteg) a funkcionális logikát, a korlátozásokat és a szabályokat is feldolgozza, mielőtt adatokat továbbítana a felhasználónak vagy a DBMS-hez
A háromlépcsős építészet célja:
- Az adatok több nézetének támogatása
- Segítség az adatok függetlenségének programozásában
- Javaslat a DBMS architektúra támogatására
- Elkülöníti a felhasználói alkalmazásokat a fizikai adatbázistól
Következtetés: DBMS architektúra
A DBMS az adatok tárolása és felhasználása, amikor és amikor szükséges. Az adatok felhasználhatók, létrehozhatók és módosíthatók a felhasználói igényeknek megfelelően. Az adatbázis-kezelési architektúra segít az adatbázis megtervezésében, fejlesztésében, megvalósításában és karbantartásában. Alapvetően két ideális architektúra létezik, és egy további. Az egyszintű architektúrában van kliens, szerver és adatbázis, ahol ezek mindegyike ugyanazon a gépen található. A kétszintű architektúra egy olyan adatbázis-architektúra, ahol van egy prezentációs réteg, amelyet az ügyfélgépen futtatnak, és az adatokat a kiszolgálógépen tárolnak. A harmadik és az utolsó a háromlépcsős architektúra, amely egy prezentációs rétegből áll, amely tartalmazhat PC-t, táblagépet, mobil stb., Alkalmazásréteget és adatbázis-kiszolgálót. Az alkalmazás réteg a másik két réteggel való interakcióra szolgál. Ennek eredményeként ezeket az adatokat megfelelően lehet karbantartani, és biztonságosak is.
Ajánlott cikkek
Ez egy útmutató a DBMS architektúrához. Itt megvitattuk a DBMS Architecture típusait egy háromlépcsős architektúra céljával. A további javasolt cikkeken keresztül további információkat is megtudhat -
- Mi az Elasticsearch?
- Bevezetés a DBMS-be
- DBMS interjúkérdések
- DBMS vs. RDBMS