Welche Arten von Transparenz gibt es in DDBMS?

Transparenz ist einer der Vorteile eines verteilten Datenbanksystems (DDBMS). Was ist also Transparenz in einem DDBMS? Dieser Artikel führt Sie in die Transparenz in DDBMS ein und stellt die Arten der Transparenz vor. Ich hoffe, dass er für Sie hilfreich ist.

Was ist Transparenz in DDBMS?

Transparenz ist eine Eigenschaft verteilter Datenbanken, die dazu dient, die internen Details einer DDBMS-Verteilung vor Benutzern zu verbergen und es Benutzern nicht zu ermöglichen, die internen Details der Verteilung anzuzeigen.

Der Grund, warum Transparenz wichtig ist, ist die Benutzerfreundlichkeit. Je transparenter unsere Systeme sind, desto geringer ist die kognitive Belastung der Nutzer. Mit anderen Worten: Transparenz vereinfacht die API des Systems.

Zum Beispiel: DDBMS-Designer können Tabellen segmentieren, die Segmente kopieren und auf verschiedenen Websites speichern. Da Benutzer diese Details jedoch nicht verstehen, empfinden sie verteilte Datenbanken als einfach zu verwenden, genau wie jede zentralisierte Datenbank.

Arten der Transparenz in DDBMS

DDBMS kann verschiedene Ebenen der Transparenz bereitstellen, die hauptsächlich in vier Hauptarten der Transparenz unterteilt sind:

● Vertriebstransparenz

● Transaktionstransparenz

● Leistungstransparenz;

● DBMS-Transparenz.

Hier ist eine Einführung:

Verteilungstransparenz

Verteilungstransparenz ermöglicht es Benutzern, die Datenbank als eine einzige logische Einheit zu behandeln. Wenn ein BMS hinzugefügt wird, um verteilte Transparenz anzuzeigen, muss der Benutzer nicht wissen, ob es sich bei den Daten um ein Detail (Fragmenttransparenz) oder um den Speicherort des Datenelements (lokale Transparenz) handelt.

Verteilungstransparenz kann auch in die folgenden Ebenen unterteilt werden:

1. Fragmentierungstransparenz:

Fragmentierung ist die höchste Ebene der Verteilungstransparenz. Wenn das DDBMS Fragmentierungstransparenz bietet, muss der Benutzer nicht wissen, dass die Daten fragmentiert sind, daher basiert der Datenbankzugriff auf dem globalen Schema.

Benutzer können unfragmentiert auf jede Tabelle zugreifen. Informationen darüber, dass die Tabelle segmentiert ist und die Position der Segmente über mehrere Websites hinweg angezeigt wird, werden für den Benutzer nicht angezeigt.

SQL-Ansichten funktionieren auf ähnliche Weise, wenn dem Benutzer nicht bewusst ist, dass er die Ansicht der Tabelle und nicht die Originaltabelle betrachtet.

2. Positionstransparenz:

Position ist die mittlere Ebene der Verteilungstransparenz. Mit Standorttransparenz können Benutzer jede Tabelle oder jedes Fragment einer Tabelle abfragen, als ob sie lokal auf der Website des Benutzers gespeichert wären, ohne jedoch den Speicherort der Daten kennen zu müssen.

Die Tatsache, dass die Tabellen oder Fragmente davon an einem entfernten Standort in einem verteilten Datenbanksystem gespeichert sind, sollte von Endbenutzern völlig außer Acht gelassen werden. Die Adresse und der Zugriffsmechanismus der Gegenstelle werden vollständig ausgeblendet.

Um die Standorttransparenz zu integrieren, sollte das DDBMS Zugriff auf ein aktualisiertes und genaues Datenwörterbuch und einen DDBMS-Katalog haben, die Details zum Datenstandort enthalten.

3. Replikationstransparenz:

Verstecken Sie die Replikation der Datenbank vor Benutzern durch Replikationstransparenz. Benutzer können auf jede Tabelle als Originaltabelle zugreifen.

Wenn ein Benutzer Daten aktualisiert, werden diese aktualisiert und in allen Tabellen auf mehreren Websites widergespiegelt. Dies ist für den Benutzer verborgen und wird als Parallelitätstransparenz bezeichnet. Durch die Replikation einer Kopie wird es für Benutzer einfacher, im Falle eines Website-Ausfalls mit der Abfrage fortzufahren, ohne sich des Fehlers bewusst zu sein. Dies wird als Fehlertransparenz bezeichnet.

4. Lokale Mapping-Transparenz:

Es ist die niedrigste Ebene der Verteilungstransparenz. Bei der Transparenz der lokalen Zuordnung muss der Benutzer den Fragmentnamen und den Speicherort des Datenelements angeben und dabei eventuell vorhandene Duplikate berücksichtigen.

Offensichtlich ist dies eine komplexere und zeitaufwändigere Abfrage für den Benutzer als die erste. Systeme, die dieses Maß an tr_sparency bieten, werden von Endbenutzern wahrscheinlich nicht akzeptiert.

Transaktionstransparenz

Transaktionstransparenz in einer DDBMS-Umgebung stellt sicher, dass alle verteilten Transaktionen die Integrität und Konsistenz der verteilten Datenbank wahren. Verteilte Transaktionen greifen auf Daten zu, die an einem entfernten Standort gespeichert sind. Jede Transaktion ist in mehrere Untertransaktionen unterteilt, die jeweils einer zu besuchenden Site entsprechen; die Untertransaktionen werden durch Agenten repräsentiert.

Das DDBMS muss außerdem die Atomizität jeder Untertransaktion sicherstellen. Fragmentierung, Zuordnung und Replikations-Schenlas erschweren die Transaktionstransparenz in verteilten DBMS.

Leistungstransparenz

Leistungstransparenz erfordert, dass das DDBMS wie ein zentralisiertes DBMS funktioniert. In einer verteilten Umgebung sollte das System aufgrund der verteilten Architektur etwaige Leistungseinbußen erleiden, z. B. das Vorhandensein eines Netzwerks. Leistungstransparenz erfordert auch, dass das DDBMS die kostengünstigste Strategie zur Ausführung von Anforderungen ermittelt.

In einem zentralisierten DBMS muss der Abfrageprozessor (QP) jede Datenanforderung auswerten und die optimale Ausführungsstrategie finden, die aus einer geordneten Abfolge von Vorgängen in der Datenbank besteht. In einer verteilten Umgebung ordnet der Distributed Query Processor (DQP) Datenanforderungen einer geordneten Abfolge von Vorgängen in einer lokalen Datenbank zu. Die zusätzliche Komplexität berücksichtigt Fragmentierungs-, Kopier- und Zuordnungsmuster. DQP muss entscheiden:

● Auf welches Fragment soll zugegriffen werden?

● Wenn ein Fragment kopiert wird, welche Fragmentkopie sollte verwendet werden?

● Der verwendete Standort.

DQP erstellt eine Ausführungsrichtlinie, die für einige Kostenfunktionen optimiert ist. Typischerweise umfassen die mit verteilten Anforderungen verbundenen Kosten:

● Die Zugriffszeit (I/O)-Kosten für den Zugriff auf physische Daten auf der Festplatte

● Die Kosten für die Verarbeitung von Daten im Hauptspeicher Während des Betriebs anfallende CPU-Zeit;

● Die Kommunikationskosten, die mit der Übertragung von Daten über das Netzwerk verbunden sind.

Die ersten beiden Faktoren sind die einzigen Faktoren, die in einem zentralisierten System berücksichtigt werden. In einer Verteilungsumgebung muss DDBMS die Kommunikationskosten berücksichtigen, die in WANs mit Bandbreiten von mehreren Kilobyte/Sekunde der wichtigste Faktor sein können. In diesem Fall ignoriert die Optimierung möglicherweise die I/O- und CPU-Kosten. Da die Bandbreite eines LAN jedoch mit der einer Festplatte vergleichbar ist, sollte die Optimierung in diesem Fall die I/O- und CPU-Kosten nicht völlig außer Acht lassen.

DBMS-Transparenz.

DBMS-Transparenz verbirgt das Wissen, dass lokale DBMS unterschiedlich sein können und funktioniert daher nur mit heterogenen DDBMS. Es ist eine der am schwierigsten zu schaffenden Formen der Transparenz.

Das Obige ist der gesamte Inhalt dieses Artikels. Ich hoffe, er wird für das Studium aller hilfreich sein. Weitere spannende Inhalte finden Sie in den entsprechenden Tutorial-Kolumnen auf der chinesischen PHP-Website! ! !

Das obige ist der detaillierte Inhalt vonWelche Arten von Transparenz gibt es in DDBMS?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!