Inleiding tot DBMS-architectuur
De database is een verzameling gerelateerde gegevens. De gegevens kunnen een verzameling feiten en cijfers zijn die kunnen worden verwerkt om meer informatie te verkrijgen. Een databasebeheersysteem slaat gegevens op en haalt deze op wanneer dat nodig is. De gebruiker kan ook meer informatie uit de huidige gegevens manipuleren en produceren. Een database heeft kenmerken zoals real-world entiteit, op relaties gebaseerde tabellen, isolatie van gegevens en applicaties, minder redundantie van gegevens en consistentie. DBMS biedt ook een querytaal die het efficiënter maakt en die de ACID-eigenschappen volgt. DBMS kan gelijktijdig door meerdere gebruikers worden gebruikt. In dit onderwerp gaan we meer te weten over DBMS-architectuur.
Typen DBMS-architectuur
Een databasesysteem kan worden gecentraliseerd of gedecentraliseerd. Dit hangt af van de architectuur van de database. Database-architectuur is logisch van twee typen:
- DBMS-architectuur met twee niveaus
- 3-laags DBMS-architectuur
Een database kan ook een architectuur met één laag hebben.
1-Tier architectuur
Wanneer een architectuur met één laag wordt gebruikt, is de database rechtstreeks beschikbaar voor de gebruiker. De gebruiker heeft rechtstreeks toegang tot de database en kan de gegevens gebruiken. Alle wijzigingen die hier worden aangebracht, worden rechtstreeks in de database doorgevoerd. Het biedt geen handige tool die door eindgebruikers kan worden gebruikt. De 1-laags architectuur wordt voornamelijk gebruikt voor de ontwikkeling van lokale applicaties en deze kunnen direct worden gebruikt om met de database te communiceren en snel antwoord te krijgen.
2-Tier architectuur
De uit twee lagen bestaande DBMS-architectuur is vergelijkbaar met een client-server-architectuur. In two-tier-architecturen zijn er applicaties aan de clientzijde en deze kunnen eenvoudig communiceren met de database die aan de serverzijde aanwezig zou zijn. Om deze interactie succesvol te maken, kan de gebruiker API's zoals ODBC en JDBC gebruiken. Alle applicaties en gebruikersinterfaces die gegevens nodig hebben voor hun verwerkingslocatie aan de clientzijde. De server neemt de verantwoordelijkheid op zich voor het leveren van functionaliteiten zoals queryverwerking en transactiebeheer. Om deze beide te verbinden en een verbinding met DBMS te hebben, kan de client-side applicatie deze met de serverkant maken.
ODBC is een afkorting voor Open Database Connectivity die helpt bij het leveren van een API waarmee client-side applicaties verbinding kunnen maken met DBMS en vervolgens verder kunnen werken. De meest voorkomende leveranciers zijn ODBC-stuurprogramma's. Dit soort architectuur biedt DBMS ook extra beveiliging en authenticatiecontroles voor de applicaties. Deze architectuur wordt gebruikt waar ze toegang tot DBMS nodig hebben via elke toepassing. De applicaties zijn onafhankelijk van de database wat betreft bediening, ontwerp en programmering. De presentatielaag kan een pc, mobiel, tablet, enz. Zijn. Een voorbeeld van tweelaagse architectuur kan een Contact Management Systeem zijn door gebruik te maken van MS Access.
3-Tier architectuur
De onderscheidende factor tussen laag 1, laag 2 en laag 3 is dat eerstgenoemde twee complexiteit hebben en het wordt weergegeven op hoe ze de gegevens gebruiken die aanwezig zijn in de database. Tier 3-architectuur wordt veel gebruikt en helpt bij het effectief ontwerpen van een database. Het bestaat idealiter uit drie delen:
- Database of gegevenslaag: de aanwezige database werkt in samenwerking met de taal voor het verwerken van zoekopdrachten. De relaties kunnen samen met de gegevens worden gedefinieerd en ook de beperkingen kunnen op dit niveau worden gedefinieerd.
- Toepassing of middenlaag: de toepassingslaag fungeert als een abstract beeld van de database. Wanneer deze laag wordt gebruikt, kunnen we de applicatieserver en het programma samen hebben, zodat de database toegankelijk is. Wanneer de eindgebruiker de database opent, is hij zich niet bewust van het bestaan van een database. Op dezelfde manier wordt de database niet beïnvloed door de gebruiker die er toegang toe heeft. De applicatielaag is vooral gericht op middleware of gateway en fungeert als bemiddelaar tussen de gebruiker en de database.
- Gebruikers- of presentatielaag: de eindgebruiker communiceert met de database met behulp van deze laag. Alle verschillende tabellen of weergaven kunnen worden gebruikt en kunnen alle gegevens leveren die een toepassing nodig heeft. Dit soort database met meerdere lagen kan zonder knelpunten worden gewijzigd. De reden voor dit gemak is dat de componenten onafhankelijk zijn en de aangebrachte wijzigingen ook onafhankelijk worden gemaakt. De eindgebruikers weten dat er niets aan de backend gebeurt. Beide entiteiten voeren hun individuele taken uit terwijl de applicatielaag ze beheert.
Het kan ook worden gezegd als een uitbreiding van architectuur met twee niveaus. De middelste laag van de toepassing tussen de database en de gebruikerslagen is degene die de taal voor databasetoegang begrijpt en helpt bij het verwerken van verzoeken van eindgebruikers aan het DBMS. Soms is er ook een extra laag die kan worden toegevoegd en die een grafische gebruikersinterface biedt voor de eindgebruiker zodat deze kan communiceren met de eindgebruiker. De GUI-laag fungeert als een databasesysteem voor de eindgebruiker. De eindgebruiker heeft geen idee van de applicatielaag of het DBMS-systeem. De applicatielaag (bedrijfslogica-laag) verwerkt ook functionele logica, beperking en regels voordat gegevens worden doorgegeven aan de gebruiker of naar het DBMS
Het doel van drieledige architectuur is:
- Ondersteuning van meerdere weergaven van gegevens
- Hulp bij het programmeren van gegevensonafhankelijkheid
- Stel voor om DBMS-architectuur te ondersteunen
- Het scheidt de gebruikerstoepassingen van de fysieke database
Conclusie: DBMS-architectuur
DBMS is waar gegevens kunnen worden opgeslagen en gebruikt als dat nodig is. De gegevens kunnen worden gebruikt, gecreëerd en aangepast volgens de behoeften van de gebruiker. Een architectuur voor databasebeheer helpt bij het ontwerpen, ontwikkelen, implementeren en onderhouden van de database. Er zijn in principe twee ideale architecturen en een extra. De architectuur met één laag heeft de client, server en database waar deze zich allemaal op dezelfde machine bevinden. Een two-tier-architectuur is een database-architectuur waarbij een presentatielaag op de clientcomputer wordt uitgevoerd en de gegevens op de servermachine worden opgeslagen. De derde en laatste is de drieledige architectuur die bestaat uit een presentatielaag die een pc, tablet, mobiel, etc., applicatielaag en databaseserver kan hebben. De applicatielaag wordt gebruikt om te communiceren met de andere twee lagen. Hierdoor kunnen deze gegevens goed worden onderhouden en blijven ze ook veilig.
Aanbevolen artikelen
Dit is een handleiding voor DBMS Architecture geweest. Hier hebben we de soorten DBMS-architectuur besproken met als doel een drieledige architectuur. U kunt ook onze andere voorgestelde artikelen doornemen voor meer informatie -
- Wat is Elasticsearch?
- Inleiding tot DBMS
- Vragen tijdens solliciteren bij DBMS
- DBMS versus RDBMS