Introduktion till DBMS-arkitektur

Databasen är en samling relaterade data. Uppgifterna kan vara en samling fakta och siffror som kan behandlas för att få mer information. Ett databashanteringssystem lagrar data och hämtar det när det behövs. Användaren kan också manipulera och producera mer information från nuvarande data. En databas har egenskaper som verklig enhet, relationsbaserade tabeller, isolering av data och applikation, mindre redundans för data och konsistens. DBMS tillhandahåller också ett frågespråk som gör det mer effektivt och som följer ACID-egenskaperna. DBMS kan användas av flera användare samtidigt. I det här ämnet kommer vi att lära oss om DBMS-arkitektur.

Typer av DBMS-arkitektur

Ett databassystem kan centraliseras eller decentraliseras. Detta beror på databasens arkitektur. Databasarkitektur är logiskt av två typer:

  • DBMS-arkitektur med två nivåer
  • 3-lags DBMS-arkitektur

En databas kan också ha en enda nivåarkitektur.

1-trins arkitektur

När en arkitektur med en enda nivå används är databasen direkt tillgänglig för användaren. Användaren kan direkt komma åt databasen och använda data. Alla ändringar som görs här kommer att återspeglas direkt i databasen. Det tillhandahåller inte ett praktiskt verktyg som kan användas av slutanvändare. Arkitekturen på 1 nivå används främst för utveckling av lokala applikationer och de kan användas direkt för att kommunicera med databasen och få snabb respons.

2-nivåsarkitektur

DBMS-arkitekturen i två nivåer liknar en klientserverarkitektur. I tvålagsarkitekturer finns det applikationer på klientsidan och de kan enkelt kommunicera med databasen som skulle finnas på serversidan. För att göra denna interaktion framgångsrik kan användare använda API: er som ODBC och JDBC. Alla applikationer och användargränssnitt som behöver data för sin bearbetning placeras på klientsidan. Servern tar på sig ansvaret för att tillhandahålla funktioner som frågebehandling och transaktionshantering. För att ansluta båda dessa och ha en anslutning med DBMS kan klientsidan-applikationen upprätta det med serversidan.

ODBC som är en förkortning för Open Database Connectivity som hjälper till att tillhandahålla ett API som gör det möjligt för klientsidan att ansluta till DBMS och sedan arbeta vidare. De vanligaste leverantörerna är ODBC-drivrutiner. Den här typen av arkitektur ger också DBMS extra säkerhets- och autentiseringskontroller för applikationerna. Denna arkitektur används där de behöver åtkomst till DBMS med hjälp av alla applikationer. Applikationerna är oberoende av databasen när det gäller drift, design och programmering. Presentationslagret kan vara en PC, mobil, surfplatta osv. Ett exempel på arkitektur med två nivåer kan vara ett kontakthanteringssystem genom att använda MS Access.

3-nivåsarkitektur

Den särskiljande faktorn mellan nivå 1, nivå 2 och nivå 3 är att de tidigare två har komplexitet och det representeras på hur de använder data som finns i databasen. Tier 3-arkitektur används ofta och hjälper till att utforma en databas effektivt. Den har idealiskt tre delar:

  • Databas eller databas: Den nuvarande databasen fungerar i samarbete med frågebehandlingsspråk. Relationerna kan definieras tillsammans med data och även begränsningarna kan definieras på denna nivå.
  • Applikation eller Mellannivå: Applikationsnivån fungerar som en abstrakt vy av databasen. När detta lager används kan vi ha applikationsservern och programmet tillsammans så att databasen kan nås. När slutanvändaren öppnar databasen är han inte medveten om att det finns någon databas som finns. På liknande sätt påverkas databasen inte av användaren som kommer åt den. Applikationslagret fokuserar huvudsakligen på att vara mellanprogrammet eller gatewayen och fungera som en medlare mellan användaren och databasen.
  • Användar- eller presentationsnivå: Slutanvändaren interagerar med databasen genom att använda detta lager. Alla olika tabeller eller vyer kan användas, och de kan tillhandahålla all information som krävs av en applikation. Denna typ av databas med flera nivåer kan modifieras utan flaskhalsar. Anledningen till denna lätthet är att komponenterna är oberoende och ändringarna som görs på dessa också görs oberoende. Slutanvändarna kommer eftersom det inte är medvetet om någonting som händer på backend. Båda enheterna utför sina individuella uppgifter medan applikationslagret hanterar dem.

Det kan också sägas vara en förlängning av arkitekturen med två nivåer. Det mellersta lagret i applikationen mellan databasen och användarlagret är det som förstår databasåtkomstspråket och hjälper till att behandla slutanvändarens förfrågningar till DBMS. Det finns också ett extra lager ibland som kan läggas till och som tillhandahåller ett grafiskt användargränssnitt för slutanvändaren så att de kan interagera med slutanvändaren. GUI-lagret fungerar som ett databassystem för slutanvändaren. Slutanvändaren har ingen aning om applikationsskiktet eller om DBMS-systemet. Applikationslagret (affärslogikskikt) bearbetar också funktionell logik, begränsning och regler innan data överförs till användaren eller ner till DBMS

Målet med tre-nivå arkitektur är att:

  • Stöd för flera visningar av data
  • Hjälp med att programmera datainständighet
  • Föreslå att stödja DBMS-arkitektur
  • Det skiljer användarapplikationerna från den fysiska databasen

Slutsats: DBMS Architecture

DBMS är där data kan lagras och användas efter behov. Uppgifterna kan användas, skapas och modifieras enligt användarnas behov. En databashanteringsarkitektur hjälper till att utforma, utveckla, implementera och underhålla databasen. Det finns i princip två idealiska arkitekturer och en ytterligare en. Arkitekturen med en enda nivå har klienten, servern och databasen där alla finns på samma maskin. En tvålagsarkitektur är en databasarkitektur där det finns ett presentationslager som körs på klientmaskinen och data lagras på servern. Den tredje och sista är den trelagsarkitekturen som består av ett presentationslager som kan ha en PC, surfplatta, mobil etc. applikationslager och databaseserver. Applikationsskiktet används för att interagera med de andra två skikten. Som ett resultat kan dessa data upprätthållas korrekt och de förblir också säkra.

Rekommenderade artiklar

Detta har varit en guide till DBMS Arkitektur. Här har vi diskuterat typerna av DBMS-arkitektur med målet att en trelagsarkitektur. Du kan också gå igenom våra andra föreslagna artiklar för att lära dig mer -

  1. Vad är Elasticsearch?
  2. Introduktion till DBMS
  3. DBMS intervjufrågor
  4. DBMS vs RDBMS

Kategori:

Verktyg för webbutveckling