DBMS - Architektur
Das Design eines DBMS hängt von seiner Architektur ab. Es kann zentral oder dezentral oder hierarchisch sein. Die Architektur eines DBMS kann entweder als ein- oder mehrschichtig angesehen werden. Eine n-Tier-Architektur unterteilt das gesamte System in verwandte, aber unabhängige Systemen Module, die unabhängig voneinander modifiziert, geändert, geändert oder ersetzt werden können.
In einer einstufigen Architektur ist das DBMS die einzige Entität, in der der Benutzer direkt auf dem DBMS sitzt und es verwendet. Alle hier vorgenommenen Änderungen werden direkt im DBMS selbst vorgenommen. Es bietet keine praktischen Tools für Endbenutzer. Datenbankdesigner und Programmierer bevorzugen normalerweise die Verwendung einer einstufigen Architektur.
Wenn die Architektur von DBMS zweistufig ist, muss eine Anwendung vorhanden sein, über die auf das DBMS zugegriffen werden kann. Programmierer verwenden eine zweistufige Architektur, bei der sie über eine Anwendung auf das DBMS zugreifen. Hier ist die Anwendungsebene in Bezug auf Betrieb, Design und Programmierung völlig unabhängig von der Datenbank.
3-stufige Architektur
Eine dreistufige Architektur trennt ihre Ebenen voneinander, basierend auf der Komplexität der Benutzer und der Art und Weise, wie sie die in der Datenbank vorhandenen Daten verwenden. Es ist die am weitesten verbreitete Architektur zum Entwerfen eines DBMS.
Database (Data) Tier- Auf dieser Ebene befindet sich die Datenbank zusammen mit ihren Abfrageverarbeitungssprachen. Wir haben auch die Beziehungen, die die Daten und ihre Einschränkungen auf dieser Ebene definieren.
Application (Middle) Tier- Auf dieser Ebene befinden sich der Anwendungsserver und die Programme, die auf die Datenbank zugreifen. Für einen Benutzer bietet diese Anwendungsebene eine abstrahierte Ansicht der Datenbank. Endbenutzer wissen nicht, dass die Datenbank über die Anwendung hinaus existiert. Am anderen Ende kennt die Datenbankebene keinen anderen Benutzer außerhalb der Anwendungsebene. Daher befindet sich die Anwendungsschicht in der Mitte und fungiert als Vermittler zwischen dem Endbenutzer und der Datenbank.
User (Presentation) Tier- Endbenutzer arbeiten auf dieser Ebene und wissen nichts über die Existenz der Datenbank außerhalb dieser Ebene. Auf dieser Ebene kann die Anwendung mehrere Ansichten der Datenbank bereitstellen. Alle Ansichten werden von Anwendungen generiert, die sich in der Anwendungsebene befinden.
Die mehrschichtige Datenbankarchitektur ist stark modifizierbar, da fast alle Komponenten unabhängig sind und unabhängig voneinander geändert werden können.