Dokumentenorientierte Datenbanken – eine Einführung

Document-Datenbanken sind aufgrund ihrer Flexibilität und Skalierbarkeit eine beliebte Wahl für Entwickler. In unserer Einführung stellen wir Ihnen die Alternative zu relationalen Datenbanken vor und zeigen Ihnen die vielfältigen Anwendungsmöglichkeiten.

Entwicklung von Datenbanken

Lange Zeit dominierten relationale Datenbanken die Datenbanklandschaft, die Daten in Tabellen mit Zeilen organisieren. In den letzten Jahren sind jedoch verschiedene Datenbanktypen aufgetaucht, die sich von der starren Struktur des relationalen Modells lösen. Diese neuen Datenbankmodelle werden gemeinsam als NoSQL-Datenbanken bezeichnet, da sie in der Regel keine strukturierte Abfragesprache verwenden, wie sie in relationalen Datenbanken typischerweise zur Verwaltung und Abfrage von Daten verwendet wird.

NoSQL-Datenbanken bieten ein hohes Maß an Skalierbarkeit sowie Flexibilität in Bezug auf die Datenstruktur. Diese Merkmale machen NoSQL-Datenbanken nützlich für die Bewältigung großer Datenmengen und für schnelle, agile Entwicklung.

Wichtige Konzepte von Dokumentdatenbanken

Im Folgenden erläutern wir Ihnen die wichtigsten Konzepte im Zusammenhang mit Dokumentdatenbanken sowie die Vorteile ihrer Verwendung. In unseren Beispielen beziehen wir uns auf MongoDB, eine weit verbreitete dokumentspezifische Datenbank. Die hervorgehobenen Konzepte sind jedoch auch auf die meisten anderen Dokumentdatenbanken anwendbar.

Was ist eine Dokumentdatenbank?

Dokumentenorientierte Datenbanken speichern Daten als Dokumente. Ein solches Dokument kann man sich als eigenständigen Datensatz vorstellen, der alles enthält, was benötigt wird, um seine Bedeutung zu verstehen – ähnlich wie Dokumente, die in der realen Welt verwendet werden.

{
    "_id": "annameier",
    "firstName": "anna",
    "lastName": "meier",
    "email": "anna.meier@centron.de",
    "department": "Development"
}

Alle Daten in JSON-Dokumenten werden als Feld-Wert-Paare dargestellt, die die Form Feld: Wert haben. Im vorherigen Beispiel zeigt die erste Zeile ein Feld _id mit dem Wert annameier. Das Beispiel enthält auch Felder für den Vornamen und Nachnamen der Mitarbeiterin, ihre E-Mail-Adresse sowie die Abteilung, in der sie arbeitet.

{
    "_id": "tobiasweber",
    "firstName": "Tobias",
    "middleName": "Andreas",
    "lastName": "Weber",
    "email": "tobias.weber@centron.de",
    "department": ["Development", "Sales"]
}

{
    "_id": "tobiasweber",
    "firstName": "Tobias",
    "middleName": "Andreas",
    "lastName": "Weber",
    "email": "tobias.weber@centron.de",
    "department": ["Development", "Sales"],
    "socialMediaAccounts": [
        {
        ...
        }
    ]
}

{
    "_id": "tobiasweber",
    "firstName": "Tobias",
    "middleName": "Andreas",
    "lastName": "Weber",
    "email": "tobias.weber@centron.de",
    "department": ["Development", "Sales"],
    "socialMediaAccounts": [
        {
            // Hier könnten Details zu den einzelnen Social-Media-Accounts stehen.
        }
    ]
}

{
    "_id": "tobiasweber",
    "firstName": "Tobias",
    "middleName": "Andreas",
    "lastName": "Weber",
    "email": "tobias.weber@centron.de",
    "department": ["Development", "Sales"],
    "socialMediaAccounts": [
        {
            // Hier könnten Details zu den einzelnen Social-Media-Accounts stehen.
        }
    ]
}