Eine Verteilte Datenbank (Distributed Database) ist auf mehrere physische Datenbanken verteilt und wird von einem Verteilten Datenbank-Management-System (Verteiltes DBMS oder DDBMS (Distributed Datebase Management System)) verwaltet.  Dieses Verteilte DBMS wird durch verschiedene Kriterien spezifiziert: Autonomie, Heterogenität und Verteilung.  Je nach Spezifizierung dieser Kriterien ergibt sich ein anderer Typus von verteilten Datenbanken. Beispiele sind: Stark Verteilt (Peer-to-Peer), Gering Verteilt (Client-Server) oder Master-Slave Systeme. Distributed Databases (DDB)  sind zwar physisch auf mehrere Datenbanken verteilt und können auch über viele Orte auf der Erde oder innerhalb eines Unternehmens verteilt sein, erscheinen jedoch nach außen durch das Verteilte DBMS als logische Einheit auf der auch  logische Sichten (Views) erstellt werden können. Die physichen Datenbanken sind durch Netze mit mehreren Netzknoten miteinander verbunden.

Datenintegrität und Datenkonsistenz, Update-Anomalien bei Verteilten DBMS 
Wichtig ist, dass es nicht zu Update- oder Insert-Anomalien kommt. Deshalb besteht eine zentrale Anforderung an das Verteilte DBMS, lokale und zentrale Zugriffe zu koordinieren.  Aus diesem Grund empfiehlt sich eine den Anforderungen entsprechende Behandlung der Daten. Man unterscheidet Unikate Daten, welche nur auf einem einzigen Datenbank-Server gespeichert sind, Partitionierte Daten, welche sich auf mehreren Datenbank-Servern  befinden oder Replikate Daten bzw. Redundanzen welche eine mehrfache Speicherung eines Datensatzes implizieren.  Unikate Daten können leicht verwaltet werden, bedeuten jedoch, dass alle Anfragen zu diesen Daten nur über den entsprechenden Server laufen können. Wenn dieser mal ausfällt oder langsam wird, kann es zu einem Anfrage-Stau kommen.  Bei Verteilten DBMS-Systemen unterscheidet man zwischen Homogen verteilten Systemen mit und ohne Replikation und Heterogen Verteilten Systemen.