Eine verteilte Datenbank ist eine Datenbank, in der Speichergeräte einer allgemeinen Zentraleinheit nicht alle beigefügt werden. Es kann in vielfachen Computern versorgt werden, die in derselben physischen Position gelegen sind, oder kann über ein Netz von miteinander verbundenen Computern verstreut werden.

Sammlungen von Daten (z.B in einer Datenbank) können über vielfache physische Positionen verteilt werden. Eine verteilte Datenbank kann auf Netzservern im Internet, im korporativen Intranet oder extranets, oder in anderen Firmennetzen wohnen. Die Erwiderung und der Vertrieb von Datenbanken verbessern Datenbankleistung am Endbenutzer worksites.

Um sicherzustellen, dass die verteilenden Datenbanken aktuell und aktuell sind, gibt es zwei Prozesse: Erwiderung und Verdoppelung. Erwiderung schließt spezialisierte Software des Verwendens ein, die nach Änderungen in der verteilenden Datenbank sucht. Sobald die Änderungen identifiziert worden sind, lässt der Erwiderungsprozess alle Datenbanken dasselbe schauen. Der Erwiderungsprozess kann sehr kompliziert und abhängig von der Größe und Zahl der verteilenden Datenbanken zeitaufwendig sein. Dieser Prozess kann auch viel Zeit und Computermittel verlangen. Verdoppelung wird andererseits nicht als kompliziert. Es identifiziert grundsätzlich eine Datenbank als ein Master und kopiert dann diese Datenbank. Der Verdoppelungsprozess wird normalerweise zur festgelegten Zeit nach Stunden getan. Das soll sicherstellen, dass jede verteilte Position dieselben Daten hat. Im Verdoppelungsprozess wird Änderungen zur Master-Datenbank nur erlaubt. Das soll sicherstellen, dass lokale Daten nicht überschrieben werden. Beide der Prozesse können den Datenstrom in allen verteilenden Positionen behalten.

Außer der verteilten Datenbankerwiderung und Zersplitterung gibt es viele andere verteilte Datenbankdesigntechnologien. Zum Beispiel, lokale Autonomie, gleichzeitige und asynchrone verteilte Datenbanktechnologien. Die Durchführung dieser Technologien kann und wirklich von den Bedürfnissen nach dem Geschäft und der Empfindlichkeit/Vertraulichkeit der Daten abhängen, die in der Datenbank, und folglich dem Preis zu versorgen sind, den das Geschäft bereit ist, für das Sicherstellen der Datensicherheit, Konsistenz und Integrität auszugeben.

Architektur

Ein Datenbankbenutzer greift auf die verteilte Datenbank durch zu:

Lokale Anwendungen

:applications, die Daten von anderen Seiten nicht verlangen.

Globale Anwendungen

:applications, die wirklich Daten von anderen Seiten verlangen.

Eine verteilte Datenbank teilt Hauptgedächtnis oder Platten nicht.

Wichtige Rücksichten

Die Sorge mit einer verteilten Datenbank muss genommen werden, um den folgenden zu sichern:

• Der Vertrieb ist durchsichtig — Benutzer müssen im Stande sein, mit dem System aufeinander zu wirken, als ob es ein logisches System war. Das gilt für die Leistung des Systems und Methoden des Zugangs unter anderem.
• Transaktionen sind durchsichtig — jede Transaktion muss Datenbankintegrität über vielfache Datenbanken aufrechterhalten. Transaktionen müssen auch in Subtransaktionen, jede Subtransaktion geteilt werden, die ein Datenbanksystem betrifft.

Vorteile

• Management von verteilten Daten mit verschiedenen Niveaus der Durchsichtigkeit wie Zersplitterungsdurchsichtigkeit, Erwiderungsdurchsichtigkeit, usw.
• Zunahme-Zuverlässigkeit und Verfügbarkeit.
• Leichtere Vergrößerung.
• Widerspiegelt organisatorische Struktur — Datenbankbruchstücke werden in den Abteilungen gelegen, auf die sie sich beziehen.
• Lokale Autonomie oder Seite-Autonomie — eine Abteilung kann die Daten über sie kontrollieren (weil sie diejenigen sind, die damit vertraut sind.)
• Der Schutz von wertvollen Daten — wenn es jemals ein katastrophales Ereignis wie ein Feuer, alle Daten gab, würde nicht in einem Platz, aber verteilt in vielfachen Positionen sein.
• Verbesserte Leistung — Daten werden in der Nähe von der Seite der größten Nachfrage gelegen, und die Datenbanksysteme selbst sind parallelized, Last auf den Datenbanken erlaubend, unter Servern erwogen zu werden. (Eine hohe Last auf einem Modul der Datenbank wird andere Module der Datenbank in einer verteilten Datenbank nicht betreffen.)
• Volkswirtschaft — es kostet weniger, um ein Netz von kleineren Computern mit der Macht eines einzelnen großen Computers zu schaffen.
• Modularität — Systeme können modifiziert, hinzugefügt und von der verteilten Datenbank entfernt werden, ohne andere Module (Systeme) zu betreffen.
• Zuverlässige Transaktionen - wegen der Erwiderung der Datenbank.
• Hardware, System, Netz, Zersplitterung, DBMS, Erwiderung und Positionsunabhängigkeit bedienend.
• Dauernde Operation.
• Verteilte Anfragenverarbeitung.
• Verteiltes Transaktionsmanagement.

Einzelner Seite-Misserfolg betrifft Leistung des Systems nicht.

Alle Transaktionen folgen A.C.I.D. Eigentum:

a-atomicity, die Transaktion findet als ganz oder überhaupt nicht statt;

C-Konsistenz, stellt einen konsequenten DB-Staat zu einem anderen kartografisch dar;

I-Isolierung, jede Transaktion sieht ein konsequentes DB;

D-Beständigkeit, die Ergebnisse einer Transaktion müssen Systemausfälle überleben.

Die Verflechtungserwiderungsmethode hat gepflegt, die Daten zwischen Datenbanken zu konsolidieren

Nachteile

• Kompliziertheit — Extraarbeit muss durch den DBAs getan werden, um sicherzustellen, dass die verteilte Natur des Systems durchsichtig ist. Extraarbeit muss auch getan werden, um vielfache ungleiche Systeme statt eines großen aufrechtzuerhalten. Extradatenbankdesignarbeit muss auch getan werden, um für die getrennte Natur der Datenbank — zum Beispiel verantwortlich zu sein, schließt sich an werden untersagend teuer, wenn durchgeführt, über vielfache Systeme.
• Volkswirtschaft — vergrößerte Kompliziertheit und eine umfassendere Infrastruktur bedeuten Extraarbeitskosten.
• Sicherheit — entfernte Datenbankbruchstücke müssen gesichert werden, und sie werden so nicht zentralisiert die entfernten Seiten müssen ebenso gesichert werden. Die Infrastruktur muss auch (z.B, durch encrypting die Netzverbindungen zwischen entfernten Seiten) gesichert werden.
• Schwierig, Integrität — aber in einer verteilten Datenbank aufrechtzuerhalten, Integrität über ein Netz geltend machend, kann zu viel Mittel des Netzes verlangen, ausführbar zu sein.
• Unerfahrenheit — verteilte Datenbanken sind schwierig, mit, und als ein junges Feld zu arbeiten, dort ist nicht viel sogleich verfügbare Erfahrung auf der richtigen Praxis.
• Fehlen Sie von Standards — es gibt keine Werkzeuge oder Methodiken noch, um Benutzern zu helfen, einen zentralisierten DBMS in einen verteilten DBMS umzuwandeln.
• Datenbankdesign komplizierter — außerdem der normalen Schwierigkeiten muss das Design einer verteilten Datenbank Zersplitterung von Daten, Zuteilung von Bruchstücken zur spezifischen Seite- und Datenerwiderung denken.
• Zusätzliche Software ist erforderlich.
• Das Funktionieren des Systems sollte verteilte Umgebung unterstützen.
• Parallelitätskontrolle: Es ist ein Hauptproblem. Es kann durch die Blockierung und timestamping gelöst werden.

Siehe auch

• Verteilte Daten versorgen
• Verteiltes Datenbankverwaltungssystem
• Routenplanungsprotokoll
• M. T. Özsu und P. Valduriez, Grundsätze von Verteilten Datenbanken (3nd Ausgabe) (2011), Springer, internationale Standardbuchnummer 978-1-4419-8833-1
• Elmasri und Navathe, Grundlagen von Datenbanksystemen (3. Ausgabe), Addison-Wesley Longman, internationale Standardbuchnummer 0-201-54263-3