Introduktion til DBMS Arkitektur

Databasen er en samling relaterede data. Dataene kan være en samling af fakta og tal, der kan behandles for at få mere information. Et databasestyringssystem lagrer data og henter dem når det er nødvendigt. Brugeren kan også manipulere og producere mere information fra de nuværende data. En database har egenskaber som den virkelige verden, relationsbaserede tabeller, isolering af data og anvendelse, mindre redundans af data og konsistens. DBMS leverer også et forespørgselssprog, der gør det mere effektivt, og som følger ACID-egenskaberne. DBMS kan bruges af flere brugere samtidigt. I dette emne skal vi lære om DBMS Arkitektur.

Typer af DBMS-arkitektur

Et databasesystem kan være centraliseret eller decentraliseret. Dette afhænger af databasens arkitektur. Databasearkitektur er logisk af to typer:

  • DBMS-arkitektur med 2 niveauer
  • 3-trins DBMS-arkitektur

En database kan også have en enkelt lagsarkitektur.

1-trins arkitektur

Når der bruges en enkelt lagsarkitektur, er databasen direkte tilgængelig for brugeren. Brugeren har direkte adgang til databasen og bruger dataene. Eventuelle ændringer, der udføres her, afspejles direkte i databasen. Det giver ikke et praktisk værktøj, som kan bruges af slutbrugere. Arkitekturen på 1 niveauer bruges hovedsageligt til udvikling af lokale applikationer, og de kan bruges direkte til at kommunikere med databasen og få hurtig respons.

2-trins arkitektur

DBMS-arkitekturen i 2 lag ligner en klientserverarkitektur. I to-lagsarkitekturer er der applikationer på klientsiden, og de kan let kommunikere med databasen, der ville være til stede på serversiden. For at gøre denne interaktion vellykket kan bruger bruge API'er som ODBC og JDBC. Alle applikationer og brugergrænseflader, der har brug for data til deres behandling, placeres på klientsiden. Serveren påtager sig ansvaret for at levere funktioner som forespørgselbehandling og transaktionsstyring. For at forbinde begge disse og have en forbindelse med DBMS kan klientsiden-applikationen etablere det med serversiden.

ODBC, som er en forkortelse for Open Database Connectivity, som hjælper med at tilvejebringe et API, der giver klientsiden applikationer mulighed for at oprette forbindelse til DBMS og derefter arbejde videre. De mest almindelige leverandører er ODBC-drivere. Denne type arkitektur giver DBMS ekstra sikkerhed og godkendelseskontrol for applikationerne også. Denne arkitektur bruges, hvor de har brug for adgang til DBMS ved hjælp af ethvert program. Applikationerne er uafhængige af databasen med hensyn til drift, design og programmering. Præsentationslaget kan være en pc, mobil, tablet osv. Et eksempel på to-lags arkitektur kan være et Contact Management System ved at bruge MS Access.

3-trins arkitektur

Den skelnen mellem faktor 1, lag 2 og lag 3 er, at de to tidligere har kompleksitet, og det er repræsenteret på, hvordan de bruger de data, der er til stede i databasen. Tier 3-arkitektur er vidt brugt og hjælper med at designe en database effektivt. Det har ideelt tre dele:

  • Database eller datatavn: Den nuværende database fungerer i samarbejde med forespørgsel om behandlingssprog. Forholdene kan defineres sammen med dataene, og også begrænsningerne kan defineres på dette niveau.
  • Applikation eller mellemliggende niveau: Applikationsniveauet fungerer som et abstrakt billede af databasen. Når dette lag bruges, kan vi have applikationsserveren og programmet sammen, så der er adgang til databasen. Hver gang slutbrugeren får adgang til databasen, er han ikke opmærksom på, at der findes nogen database. Tilsvarende påvirkes databasen ikke af den bruger, der får adgang til den. Applikationslaget fokuserer hovedsageligt på at være middleware eller gateway og fungere som en mægler mellem brugeren og databasen.
  • Bruger- eller præsentationsgrad: Slutbrugeren interagerer med databasen ved hjælp af dette lag. Alle de forskellige tabeller eller visninger kan bruges, og de kan give alle data, der kræves af en applikation. Denne type database med flere lag kan ændres uden flaskehalse. Årsagen til denne lethed er, at komponenterne er uafhængige, og ændringerne, der foretages til disse, også foretages uafhængigt. Slutbrugerne vil, da de ikke er opmærksomme på noget, der sker ved backend. Begge enheder udfører deres individuelle opgaver, mens applikationslaget administrerer dem.

Det kan også siges som en udvidelse af 2-lags arkitektur. Det midterste lag i applikationen mellem databasen og brugerlagene er det, der forstår sproget til databaseadgang og hjælper med at behandle slutbrugerens anmodninger til DBMS. Der er også nogle gange et ekstra lag, som kan tilføjes, og som tilvejebringer en grafisk brugergrænseflade for slutbrugeren, så de kan interagere med slutbrugeren. GUI-laget fungerer som et databasesystem for slutbrugeren. Slutbrugeren har ingen idé om applikationslaget eller om DBMS-systemet. Applikationslaget (forretningslogiklag) behandler også funktionel logik, begrænsning og regler, før data overføres til brugeren eller ned til DBMS

Målet med arkitektur i tre niveauer er at:

  • Understøt flere visninger af data
  • Hjælp med programmering af datauafhængighed
  • Foreslå at understøtte DBMS-arkitektur
  • Det adskiller brugerapplikationer fra den fysiske database

Konklusion: DBMS Arkitektur

DBMS er hvor data kan gemmes og bruges efter behov. Dataene kan bruges, oprettes og ændres efter brugernes behov. En databasestyringsarkitektur hjælper med at designe, udvikle, implementere og vedligeholde databasen. Der er dybest set to ideelle arkitekturer og en yderligere en. Den enkelte lagsarkitektur har klienten, serveren og databasen, hvor alle disse findes på den samme maskine. En to-lags arkitektur er en databasearkitektur, hvor der er et præsentationslag, der køres på klientmaskinen, og dataene gemmes på servermaskinen. Den tredje og sidste er den tre-lags arkitektur, der består af et præsentationslag, der kan have en pc, tablet, mobil osv., Applikationslag og databaseserver. Applikationslaget bruges til at interagere med de to andre lag. Som et resultat kan disse data opretholdes korrekt, og de forbliver også sikre.

Anbefalede artikler

Dette har været en guide til DBMS Arkitektur. Her har vi drøftet typerne af DBMS-arkitektur med målet om en tre-lags arkitektur. Du kan også gennemgå vores andre foreslåede artikler for at lære mere -

  1. Hvad er Elasticsearch?
  2. Introduktion til DBMS
  3. DBMS Interview Spørgsmål
  4. DBMS vs RDBMS

Kategori:

Webudviklingsværktøjer