Introduksjon til DBMS Arkitektur

Databasen er en samling av relaterte data. Dataene kan være en samling av fakta og tall som kan behandles for å få mer informasjon. Et databasehåndteringssystem lagrer data og henter dem når det er nødvendig. Brukeren kan også manipulere og produsere mer informasjon fra dagens data. En database har egenskaper som virkelighetens enhet, relasjonsbaserte tabeller, isolering av data og applikasjon, mindre redundans av data og konsistens. DBMS gir også et spørrespråk som gjør det mer effektivt og som følger ACID-egenskapene. DBMS kan brukes av flere brukere samtidig. I dette emnet skal vi lære om DBMS Arkitektur.

Typer DBMS-arkitektur

Et databasesystem kan sentraliseres eller desentraliseres. Dette avhenger av arkitekturen til databasen. Databasearkitektur er logisk sett av to typer:

  • DBMS-arkitektur med to lag
  • 3-lags DBMS-arkitektur

En database kan også ha en enkelt lagsarkitektur.

1-trins arkitektur

Når en enkelt lags arkitektur brukes, er databasen tilgjengelig direkte for brukeren. Brukeren har direkte tilgang til databasen og bruker dataene. Eventuelle endringer som gjøres her, vil reflekteres direkte i databasen. Det gir ikke et praktisk verktøy som kan brukes av sluttbrukere. Arkitekturen på 1 nivå brukes hovedsakelig for utvikling av lokale applikasjoner, og de kan brukes direkte til å kommunisere med databasen og få rask respons.

2-trins arkitektur

DBMS-arkitekturen i to lag ligner på en klient-server-arkitektur. I to-lags arkitekturer er det applikasjoner på klientsiden, og de kan enkelt kommunisere med databasen som vil være til stede på serversiden. For å gjøre dette samspillet vellykket kan bruker bruke APIer som ODBC og JDBC. Alle applikasjoner og brukergrensesnitt som trenger data for behandlingen deres på klientsiden. Serveren påtar seg ansvaret for å tilby funksjoner som forespørsel om behandling og transaksjonsstyring. For å koble begge disse og ha en forbindelse med DBMS, kan klientsiden-applikasjonen etablere det med serversiden.

ODBC, som er en forkortelse for Open Database Connectivity som hjelper deg med å tilby et API som lar klientsiden applikasjoner koble seg til DBMS og deretter jobbe videre. De vanligste leverandørene er ODBC-drivere. Denne typen arkitektur gir DBMS ekstra sikkerhet og autentiseringskontroller for applikasjonene også. Denne arkitekturen brukes der de trenger tilgang til DBMS ved hjelp av ethvert program. Applikasjonene er uavhengige av databasen når det gjelder drift, design og programmering. Presentasjonslaget kan være en PC, mobil, nettbrett, etc. Et eksempel på to-lags arkitektur kan være et Contact Management System ved å bruke MS Access.

3-trins arkitektur

Den skillende faktoren mellom nivå 1, lag 2 og lag 3 er at de to tidligere har kompleksitet og det er representert på hvordan de bruker dataene som er til stede i databasen. Tier 3-arkitektur er mye brukt og hjelper til med å designe en database effektivt. Den har ideelt sett tre deler:

  • Database eller Data-tier: Databasen som er til stede fungerer i samarbeid med prosesseringsspråket. Forholdene kan defineres sammen med dataene, og også begrensningene kan defineres på dette nivået.
  • Application or Middle tier: Applikasjonsnivået fungerer som et abstrakt bilde av databasen. Når dette laget brukes kan vi ha applikasjonsserveren og programmet sammen slik at databasen kan nås. Hver gang sluttbrukeren får tilgang til databasen, er han ikke klar over at det eksisterer en database. Tilsvarende påvirkes ikke databasen av brukeren som får tilgang til den. Applikasjonssjiktet fokuserer hovedsakelig på å være mellomvare eller gateway og fungere som en mekler mellom brukeren og databasen.
  • Bruker- eller presentasjonsnivå: Sluttbrukeren samhandler med databasen ved å bruke dette laget. Alle de forskjellige tabellene eller visningene kan brukes, og de kan gi alle data som kreves av et program. Denne typen database med flere lag kan endres uten flaskehalser. Årsaken til denne lettheten er at komponentene er uavhengige, og endringene som gjøres til disse, gjøres også uavhengig. Sluttbrukerne vil da det ikke er klar over noe som skjer på bakenden. Begge enhetene utfører sine individuelle oppgaver mens applikasjonssjiktet administrerer dem.

Det kan også sies som en utvidelse av 2-lags arkitektur. Midtlaget i applikasjonen mellom databasen og brukerlagene er det som forstår databasens tilgangsspråk og hjelper til med å behandle sluttbrukerens forespørsler til DBMS. Noen ganger er det også et ekstra lag som kan legges til, og som gir et grafisk brukergrensesnitt for sluttbrukeren slik at de kan samhandle med sluttbrukeren. GUI-laget fungerer som et databasesystem for sluttbrukeren. Sluttbrukeren har ingen anelse om applikasjonslaget eller om DBMS-systemet. Applikasjonssjiktet (virksomhetslogikklag) behandler også funksjonell logikk, begrensning og regler før data blir gitt til brukeren eller ned til DBMS

Målet med tre-lags arkitektur er å:

  • Støtte flere visninger av data
  • Hjelp til å programmere datauavhengighet
  • Foreslå å støtte DBMS-arkitektur
  • Den skiller brukerapplikasjonene fra den fysiske databasen

Konklusjon: DBMS Architecture

DBMS er der data kan lagres og brukes etter behov. Dataene kan brukes, opprettes og modifiseres etter brukerens behov. En databasehåndteringsarkitektur hjelper med å designe, utvikle, implementere og vedlikeholde databasen. Det er i utgangspunktet to ideelle arkitekturer og en til. Arkitekturen med ett lag har klienten, serveren og databasen der alle disse ligger på samme maskin. En to-lags arkitektur er en databasearkitektur der det er et presentasjonslag som kjøres på klientmaskinen og dataene lagres på servermaskinen. Den tredje og siste er den trelagsarkitekturen som består av et presentasjonslag som kan ha en PC, nettbrett, mobil osv., Applikasjonslag og databaseserver. Bruksområdet brukes til å samhandle med de to andre lagene. Som et resultat kan disse dataene vedlikeholdes ordentlig, og de forblir også sikre.

Anbefalte artikler

Dette har vært en guide til DBMS Arkitektur. Her har vi diskutert typene DBMS Architecture med målet om en trelagsarkitektur. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -

  1. Hva er Elasticsearch?
  2. Introduksjon til DBMS
  3. DBMS intervjuspørsmål
  4. DBMS vs RDBMS

Kategori:

Nettutviklingsverktøy