Johdanto DBMS-arkkitehtuuriin

Tietokanta on kokoelma liittyviä tietoja. Tiedot voivat olla kokoelma tosiasioita ja lukuja, jotka voidaan käsitellä lisätietojen saamiseksi. Tietokannan hallintajärjestelmä tallentaa tietoja ja hakee ne tarvittaessa. Käyttäjä voi myös käsitellä ja tuottaa lisätietoja nykyisistä tiedoista. Tietokannalla on ominaisuuksia, kuten reaalimaailman entiteetti, relaatiopohjaiset taulukot, tiedon ja sovelluksen eristäminen, vähemmän tiedon redundanssia ja johdonmukaisuutta. DBMS tarjoaa myös kyselykielen, joka tekee siitä tehokkaamman ja joka seuraa ACID-ominaisuuksia. Useat käyttäjät voivat käyttää DBMS-järjestelmää samanaikaisesti. Tässä aiheesta aiomme oppia DBMS-arkkitehtuurista.

DBMS-arkkitehtuurin tyypit

Tietokantajärjestelmä voidaan keskittää tai hajauttaa. Tämä riippuu tietokannan arkkitehtuurista. Tietokannan arkkitehtuuri on loogisesti kahden tyyppistä:

  • 2-tason DBMS-arkkitehtuuri
  • 3-tason DBMS-arkkitehtuuri

Tietokannalla voi olla myös yhden tason arkkitehtuuri.

1-tason arkkitehtuuri

Yhden kerroksen arkkitehtuuria käytettäessä tietokanta on suoraan käyttäjän käytettävissä. Käyttäjä voi käyttää tietokantaa suoraan ja käyttää tietoja. Kaikki tässä tehdyt muutokset heijastuvat suoraan tietokantaan. Se ei tarjoa kätevää työkalua, jota loppukäyttäjät voivat käyttää. 1-tason arkkitehtuuria käytetään pääasiassa paikallisten sovellusten kehittämiseen ja niitä voidaan käyttää suoraan kommunikointiin tietokannan kanssa ja nopean vastauksen saamiseksi.

2-tason arkkitehtuuri

2-tason DBMS-arkkitehtuuri on samanlainen kuin asiakas-palvelin-arkkitehtuuri. Kaksitasoisessa arkkitehtuurissa on sovelluksia asiakaspuolella ja ne voivat helposti kommunikoida tietokannan kanssa, joka olisi läsnä palvelinpuolella. Jotta tästä vuorovaikutuksesta onnistunut käyttäjä voi käyttää sovellusliittymiä, kuten ODBC ja JDBC. Kaikki sovellukset ja käyttöliittymät, jotka tarvitsevat tietoja prosessointiin, asiakkaan puolella. Palvelin ottaa vastuun sellaisten toimintojen tarjoamisesta, kuten kyselyjen käsittely ja tapahtumien hallinta. Voit yhdistää nämä molemmat ja muodostaa yhteyden DBMS-järjestelmään asiakaspuolen sovellus voi luoda sen palvelinpuolen kanssa.

ODBC, joka on lyhenne avoimesta tietokantayhteydestä, joka auttaa tarjoamaan sovellusliittymän, jonka avulla asiakaspuolen sovellukset voivat muodostaa yhteyden DBMS-järjestelmään ja työskennellä edelleen. Yleisimmät toimittajat ovat ODBC-ohjaimet. Tällainen arkkitehtuuri tarjoaa DBMS: lle ylimääräisen tietoturvan ja todennuksen tarkistukset myös sovelluksille. Tätä arkkitehtuuria käytetään silloin, kun heidän on käytettävä DBMS-tietokantaa millä tahansa sovelluksella. Sovellukset ovat toiminnan, suunnittelun ja ohjelmoinnin suhteen riippumattomia tietokannasta. Esityskerros voi olla PC, matkapuhelin, tabletti jne. Esimerkki kaksikerroksisesta arkkitehtuurista voi olla Contact Management System käyttämällä MS Access -sovellusta.

3-tason arkkitehtuuri

Taso 1, taso 2 ja taso 3 erottava tekijä on se, että entisillä kahdella on monimutkaisuus ja se esitetään kuinka ne käyttävät tietokannassa olevaa tietoa. Tier 3 -arkkitehtuuria käytetään laajalti ja se auttaa tietokannan suunnittelussa tehokkaasti. Ihannetapauksessa siinä on kolme osaa:

  • Tietokanta tai tietotaso: Läsnä oleva tietokanta toimii yhteistyössä kyselyjen käsittelykielen kanssa. Suhteet voidaan määritellä datan mukana ja myös rajoitukset voidaan määritellä tällä tasolla.
  • Sovellus tai keskitaso: Sovellustaso toimii abstraktina näkymänä tietokannasta. Kun tätä tasoa käytetään, sovelluspalvelin ja ohjelma voivat olla yhdessä, jotta tietokantaan pääsee. Aina kun loppukäyttäjä käyttää tietokantaa, hän ei ole tietoinen tietokannan olemassaolosta. Samoin tietokantaan ei vaikuta tietokantaa käyttävä käyttäjä. Sovelluskerros keskittyy pääasiassa väliohjelmaksi tai yhdyskäytäväksi ja toimii välittäjänä käyttäjän ja tietokannan välillä.
  • Käyttäjä- tai esittelytaso: Loppukäyttäjä on vuorovaikutuksessa tietokannan kanssa tätä kerrosta käyttämällä. Kaikkia erilaisia ​​taulukoita tai näkymiä voidaan käyttää, ja ne tarjoavat kaiken sovelluksen vaatiman tiedon. Tällaista monitasoista tietokantaa voidaan muokata ilman pullonkauloja. Syynä tähän helppoon on, että komponentit ovat itsenäisiä ja niihin tehdyt muutokset tehdään myös itsenäisesti. Koska loppukäyttäjät eivät tiedä mitään, mitä taaksepäin tapahtuu. Molemmat entiteetit suorittavat omat tehtävänsä sovelluskerroksen hallinnalla.

Se voidaan myös sanoa jatkavan 2-tason arkkitehtuuria. Sovelluksen keskikerros tietokannan ja käyttäjäkerrosten välillä on se, joka ymmärtää tietokannan pääsyn kielen ja auttaa käsittelemään loppukäyttäjän pyyntöjä DBMS-järjestelmään. Joskus on myös lisäkerros, joka voidaan lisätä, ja joka tarjoaa graafisen käyttöliittymän loppukäyttäjälle, jotta hän voi olla vuorovaikutuksessa loppukäyttäjän kanssa. GUI-kerros toimii tietokantajärjestelmänä loppukäyttäjälle. Loppukäyttäjällä ei ole aavistustakaan sovelluskerroksesta tai DBMS-järjestelmästä. Sovelluskerros (liiketoimintalogiikkakerros) käsittelee myös toiminnallisen logiikan, rajoitukset ja säännöt ennen tiedon siirtämistä käyttäjälle tai alas DBMS: ään

Kolmitasoisen arkkitehtuurin tavoitteena on:

  • Tukee useita näkymiä tiedoista
  • Apua tietojen riippumattomuuden ohjelmointiin
  • Ehdota tukemaan DBMS-arkkitehtuuria
  • Se erottaa käyttäjän sovellukset fyysisestä tietokannasta

Johtopäätös: DBMS-arkkitehtuuri

DBMS on paikka, johon tietoja voidaan tallentaa ja käyttää tarvittaessa. Tietoja voidaan hyödyntää, luoda ja muokata käyttäjän tarpeiden mukaan. Tietokannan hallintaarkkitehtuuri auttaa tietokannan suunnittelussa, kehittämisessä, toteuttamisessa ja ylläpidossa. Periaatteessa on kaksi ihanteellista arkkitehtuuria ja yksi ylimääräinen. Yhden tason arkkitehtuurissa on asiakas, palvelin ja tietokanta, joissa kaikki nämä sijaitsevat samassa koneessa. Kaksitasoinen arkkitehtuuri on tietokanta-arkkitehtuuri, jossa on esityskerros, jota ajetaan asiakaskoneella ja tiedot tallennetaan palvelinkoneelle. Kolmas ja viimeinen on kolmikerroksinen arkkitehtuuri, joka koostuu esityskerroksesta, jossa voi olla PC, tabletti, matkapuhelin jne., Sovelluskerros ja tietokantapalvelin. Sovelluskerrosta käytetään vuorovaikutuksessa kahden muun kerroksen kanssa. Seurauksena on, että näitä tietoja voidaan ylläpitää kunnolla, ja ne ovat myös turvallisia.

Suositellut artikkelit

Tämä on ollut opas DBMS-arkkitehtuuriin. Tässä olemme keskustelleet DBMS-arkkitehtuurin tyypeistä tavoitteena kolmiportainen arkkitehtuuri. Voit myös käydä läpi muiden ehdotettujen artikkeleidemme saadaksesi lisätietoja -

  1. Mikä on elastinen haku?
  2. Johdanto DBMS: ään
  3. DBMS-haastattelukysymykset
  4. DBMS vs. RDBMS

Luokka:

Web-kehitystyökalut