MongoDB World is back in NYC June 7 - 9!MongoDB World is back in NYC June 7 - 9!

Was ist NoSQL?

NoSQL-Cluster kostenlos einrichten
NoSQL-Datenbank mit Atlas ausprobieren
Was ist NoSQL?

NoSQL-Datenbanken (auch bekannt als „Not only SQL“) speichern Daten anders als relationale Tabellen. Es gibt verschiedene Typen von NoSQL-Datenbanken, die sich nach ihrem Datenmodell unterscheiden. Die Haupttypen sind Dokument-, Schlüssel-Wert-, spaltenorientierte und Graphdatenbank. Sie bieten flexible Schemata und lassen sich bei großen Mengen an Big Data und hoher Benutzerlast problemlos skalieren.

In diesem Artikel erfahren Sie, was eine NoSQL-Datenbank ist, warum (und wann!) Sie eine verwenden sollten und wie Sie loslegen.

Inhaltsverzeichnis
Was ist eine NoSQL-Datenbank?

Wenn der Begriff „NoSQL-Datenbank“ verwendet wird, bezieht er sich normalerweise auf jede nicht-relationale Datenbank. Einige sagen, der Begriff „NoSQL“ stehe für „Nicht-SQL“, während andere sagen, er stehe für „Nicht nur SQL“. So oder so sind sich die meisten einig, dass NoSQL-Datenbanken Daten auf natürlichere und flexiblere Weise speichern. NoSQL ist im Gegensatz zu SQL ein Ansatz zur Datenbankverwaltung, während SQL lediglich eine Abfragesprache ist, ähnlich den Abfragesprachen von NoSQL-Datenbanken.

Arten von Datenbanken – NoSQL

Im Laufe der Zeit haben sich vier große Typen von NoSQL-Datenbanken herausgebildet: Dokumentdatenbanken, Schlüssel-Wert-Datenbanken, spaltenorientierte Datenbanken und Graphdatenbanken. Heutzutage erfreuen sich auch Multi-Modell-Datenbanken zunehmender Beliebtheit.

Dokumentenorientierte Datenbanken

Eine dokumentenorientierte Datenbank speichert Daten in Dokumenten, die JSON-Objekten (JavaScript Object Notation) ähneln. Jedes Dokument enthält Paare von Feldern und Werten. Die Werte können typischerweise unterschiedlicher Art sein und zum Beispiel Zeichenfolgen, Zahlen, Boolesche Werte, Arrays oder sogar andere Objekte umfassen. Eine Dokumentdatenbank bietet ein flexibles Datenmodell, das sich sehr gut für halbstrukturierte und typischerweise unstrukturierte Datensätze eignet. Sie unterstützen auch verschachtelte Strukturen, so dass sich komplexe Beziehungen oder hierarchische Daten leicht darstellen lassen.

Beispiele für Dokumentdatenbanken sind MongoDB und Couchbase. Ein typisches Dokument sieht wie folgt aus:

Spaltenorientierte Datenbanken

Spaltenorientierte Datenbanken speichern Daten in Tabellen, Zeilen und dynamischen Spalten. Die Daten werden in Tabellen gespeichert. Im Gegensatz zu herkömmlichen SQL-Datenbanken sind spaltenorientierte Datenbanken jedoch flexibel, da unterschiedliche Zeilen unterschiedliche Spaltensätze haben können. Diese Datenbanken können Spaltenkomprimierungstechniken einsetzen, um den Speicherplatz zu reduzieren und die Leistung zu verbessern. Die breiten Zeilen und Spalten ermöglichen ein effizientes Abrufen spärlicher und breiter Daten. Einige Beispiele für spaltenorientierte Datenbanken sind Apache Cassandra und HBase. Ein typisches Beispiel für das Speichern von Daten in einer spaltenorientierten Datenbank ist wie folgt:

BezeichnungIDE-MailGeburtsdatumStadt
Foo BarArtikel-Nr.: 12345foo@bar.comBeliebige Stadt
Carn YaleArtikel-Nr.: 34521bar@foo.com12-05-1972

Graphdatenbanken

Eine Graphdatenbank speichert Daten in Form von Knoten und Kanten. Knoten speichern normalerweise Informationen über Personen, Orte und Dinge (wie Substantive), während Kanten Informationen über die Beziehungen zwischen den Knoten speichern. Sie eignen sich gut für stark vernetzte Daten, bei denen die Zusammenhänge oder Muster zunächst vielleicht nicht ganz so offensichtlich sind. Beispiele für Graphdatenbanken sind Neo4J und Amazon Neptune. MongoDB bietet außerdem Funktionen zur Graph-Traversierung unter Verwendung der $graphLookup-Phase der Aggregationspipeline. Nachfolgend finden Sie ein Beispiel für die Speicherung von Daten:

Beispiel für Graphdatenbanken.
Multi-Modell-Datenbanken

Multi-Modell-Datenbanken unterstützen mehr als einen Typ von NoSQL-Datenmodellen, sodass die Entwickler je nach den Anforderungen ihrer Anwendung wählen können. Diese Datenbanken verfügen über eine einheitliche Datenbank-Engine, die mehrere Datenmodelle innerhalb einer Datenbankinstanz verarbeiten kann. Beispiele sind CosmosDB und ArangoDB.

Schneller Vergleich der Datenbanktypen – NoSQL

Jede der NoSQL-Datenbanken bietet unterschiedliche Funktionen. Beispielsweise könnten Graphdatenbanken besser für die Analyse komplexer Beziehungen und Muster zwischen Entitäten geeignet sein, während Dokumentdatenbanken eine flexiblere und natürlichere Möglichkeit bieten, große Datenmengen ähnlicher Typen wie Dokumente zu speichern und abzurufen. Die Wahl der Datenbank hängt von dem Anwendungsfall ab, den Sie entwickeln möchten.

Vergleich der Arten von NoSQL-Datenbanken.

Um mehr zu erfahren, lesen Sie Die verschiedenen Typen von NoSQL-Datenbanken verstehen.

Kurze Geschichte der NoSQL-Datenbanken

NoSQL-Datenbanken entstanden in den späten 2000er Jahren, als die Speicherkosten drastisch sanken. Vorbei sind die Zeiten, in denen man ein komplexes, schwer zu verwaltendes Datenmodell erstellen musste, um Datenduplikate zu vermeiden. NoSQL-Datenbanken, die für die Produktivität von Entwicklern optimiert sind.

Während die Speicherkosten rapide sanken, stieg die Datenmenge, die Anwendungen speichern und abfragen mussten. Diese Daten gab es in allen Formen und Größen – strukturiert, halbstrukturiert und unstrukturiert – und es wurde nahezu unmöglich, das Schema im Voraus zu definieren. NoSQL-Datenbanken ermöglichen Entwicklern die Speicherung riesiger Mengen unstrukturierter Daten und bieten ihnen somit ein hohes Maß an Flexibilität.
Kurze Geschichte der NoSQL-Datenbanken.

In den frühen 2000er Jahren untersuchte ein von Google zu Bigtable, der spaltenorientierten Datenbank, veröffentlichter Artikel die vielfältigen Möglichkeiten eines verteilten Speichersystems. 2009 erlebten NoSQL-Datenbanken einen enormen Aufschwung, wobei zwei wichtige dokumentenorientierte Datenbanken, MongoDB und CouchDB, ins Spiel kamen.

In den 2010er Jahren kamen verschiedene Arten von NoSQL-Datenbanken auf den Markt, und die Akzeptanz von NoSQL vergrößerte sich, da Unternehmen immer datenorientierter wurden.

Darüber hinaus wurde das Agile Manifest immer beliebter, und Softwareingenieure überdachten die Art und Weise, wie sie Software entwickelten. Sie mussten sich schnell an sich ändernde Anforderungen anpassen, schnell iterieren und Änderungen an ihrem gesamten Software-Stack vornehmen – bis hin zur Datenbank. NoSQL-Datenbanken boten ihnen diese Flexibilität.

Cloud Computing wurde ebenfalls immer beliebter, und Entwickler begannen, öffentliche Clouds zum Hosten ihrer Anwendungen und Daten zu verwenden. Sie wollten die Möglichkeit haben, Daten auf mehrere Server und Regionen zu verteilen, um ihre Anwendungen widerstandsfähig zu machen, horizontal statt vertikal zu skalieren und ihre Daten intelligent geografisch zu platzieren. Einige NoSQL-Datenbanken, wie MongoDB Atlas, stellen diese Funktionen bereit.

Aufgrund des exponentiellen Wachstums der Digitalisierung sammeln Unternehmen heute so viele unstrukturierte Daten wie möglich. Um in der Lage zu sein, umsetzbare Erkenntnisse in Echtzeit aus solchen Big Data zu analysieren und abzuleiten, benötigen Unternehmen moderne Lösungen, die über einfache Speicherlösungen hinausgehen. Unternehmen benötigen eine Plattform, die einfach Daten skalieren, transformieren, und visualisieren; Dashboards, Berichte und Diagramme erstellen und mit KI und Business Intelligence-Tools arbeiten kann, um ihre Geschäftsproduktivität zu beschleunigen. Aufgrund ihres flexiblen und verteilten Charakters sind NoSQL-Datenbanken (z. B. MongoDB) für diese Aufgaben hervorragend geeignet.

Funktionen der NoSQL-Datenbank

NoSQL-Datenbanken sind flexible, skalierbare und verteilte Datenbanken. Verschiedene Arten von NoSQL-Datenbanken haben ihre eigenen einzigartigen Funktionen.

Darstellung der NoSQL-Funktionen.

Auf hohem Niveau verfügen NoSQL-Datenbanken in der Regel über die folgenden Funktionen:

BASE-Konsistenz

NoSQL-Datenbanken sind BASE-konsistent, d.h. basically available soft state eventual consistency. Die Basisverfügbarkeit bezieht sich auf die Fähigkeit des Systems, einen teilweisen Ausfall (z. B. den Ausfall eines Knotens) zu tolerieren. Soft State bedeutet, dass das System vorübergehende Inkonsistenzen zulässt, bevor es schließlich im Laufe der Zeit automatisch Konsistenz erreicht. Die BASE-Konsistenz sorgt für hohe Verfügbarkeit, schnellere Datenverarbeitung, Skalierbarkeit und Flexibilität. MongoDB kann jedoch auch so konfiguriert werden, dass es ACID-Konsistenz für mehrere Dokumente bietet.

Erfahren Sie mehr über die Vorteile von NoSQL-Datenbanken.

Beispiel für eine Relationale Datenbank vs. NoSQL-Datenbank

Betrachten wir ein Beispiel für das Speichern von Informationen über einen Benutzer und seine Hobbys. Wir müssen den Vornamen, Nachnamen, die Handynummer, die Stadt und die Hobbys eines Benutzers speichern.

In einem relationalen Datenbankmanagementsystem (RDBMS) würden wir wahrscheinlich zwei Tabellen erstellen: eine für Benutzer und eine für Hobbys.

Um alle Informationen über einen Benutzer und seine Hobbys abzurufen, müssen die Informationen aus den Tabellen „Benutzer“ und „Hobbys“ miteinander verknüpft werden.

Das Datenmodell, das wir für eine NoSQL-Datenbank entwerfen, hängt von der Art der NoSQL-Datenbank ab, die wir auswählen. Betrachten wir, wie man die gleichen Informationen über einen Benutzer und seine Hobbys in einer Dokumentdatenbank wie MongoDB speichert.

Um alle Informationen über einen Benutzer und seine Hobbys abzurufen, kann ein einzelnes Dokument aus der Datenbank abgerufen werden. Es sind keine Verknüpfungen erforderlich, was zu schnelleren Abfragen führt.

RDBMS vs. NoSQL (Dokument)

Eine detailliertere Version dieses Beispiels zur Datenmodellierung finden Sie unter Übertragung von Begriffen und Konzepten von SQL auf MongoDB.

Unterschiede zwischen RDBMS und NoSQL-Datenbanken

Es gibt eine Vielzahl von Unterschieden zwischen relationalen Datenbankmanagementsystemen und nicht-relationalen Datenbanken. Einer der Hauptunterschiede ist die Art und Weise, wie Daten in der Datenbank modelliert werden. Einige wichtige Unterschiede der einzelnen Funktionen sind unten aufgeführt:

Datenmodellierung

NoSQL: Die Datenmodelle variieren je nach Art der verwendeten NoSQL-Datenbank – z. B. Schlüssel-Wert-, Dokument-, Graph- und spaltenorientierte Datenbank –, sodass das Modell für halbstrukturierte und unstrukturierte Daten geeignet ist.

RDBMS: RDBMS verwenden eine tabellarische Datenstruktur, bei der Daten als Satz von Zeilen und Spalten dargestellt werden, sodass das Modell für strukturierte Daten geeignet ist.

Schema

NoSQL: Es bietet ein flexibles Schema, bei dem jeder Satz von Dokumenten/Zeilen-Spalten-/Schlüssel-Wert-Paaren unterschiedliche Datentypen enthalten kann. Aufgrund der Flexibilität ist es einfacher, das Schema bei Bedarf zu ändern.

RDBMS: Dies ist ein festes Schema, bei dem jede Zeile dieselben vordefinierten Spaltentypen enthalten sollte. Es ist schwierig, das Schema zu ändern, sobald die Daten gespeichert sind.

Abfragesprache

NoSQL: Sie variiert je nach Art der verwendeten NoSQL-Datenbank. Zum Beispiel nutzt MongoDB MQL und Neo4J verwendet Cypher.

RDBMS: Verwendet die strukturierte Abfragesprache (SQL).

Skalierbarkeit

NoSQL: NoSQL ist für die vertikale und horizontale Skalierung konzipiert.

RDBMS: RDBMS ist für die vertikale Skalierung konzipiert. Es kann jedoch eingeschränkte Funktionen für die horizontale Skalierung erweitern.

Datenbeziehungen

NoSQL: Beziehungen können verschachtelt, explizit oder implizit sein.

RDBMS: Beziehungen werden durch Fremdschlüssel definiert und über Joins abgerufen.

Transaktionstyp

NoSQL: Transaktionen sind entweder ACID- - oder BASE-konsistent.

RDBMS: Transaktionen sind ACID-konsistent.

Leistung

NoSQL: NoSQL eignet sich für Echtzeitverarbeitung, Big-Data-Analysen und verteilte Umgebungen.

RDBMS: RDBMS eignet sich für leseintensive Workloads und Transaktionsworkloads.

Datenkonsistenz

NoSQL: Dies bietet eine hohe Datenkonsistenz.

RDBMS: Dies bietet in den meisten Fällen endgültige Konsistenz. ### Verteiltes Rechnen

NoSQL: Einer der Hauptgründe für die Einführung von NoSQL war das verteilte Rechnen. NoSQL-Datenbanken unterstützen verteilte Datenspeicherung sowie vertikale und horizontale Skalierung durch Sharding, Replikation und Clustering.

RDBMS: RDBMS unterstützt verteiltes Rechnen durch Clustering und Replikation. Es ist jedoch weniger skalierbar und flexibel, da es traditionell nicht für die Unterstützung verteilter Architekturen konzipiert ist.

Fehlertoleranz

NoSQL: NoSQL verfügt über eine integrierte Fehlertoleranz und eine hohe Verfügbarkeit aufgrund der Datenreplikation.

RDBMS: RDBMS verwendet Replikations-, Sicherungs- und Wiederherstellungsmechanismen. Da sie jedoch für diese konzipiert sind, müssen während der Anwendungsentwicklung möglicherweise zusätzliche Maßnahmen wie Disaster-Recovery-Mechanismen implementiert werden.

Datenpartitionierung

NoSQL: Dies erfolgt durch Sharding und Replikation.

RDBMS: Unterstützt tabellenbasierte Partitionierung und Partitionsbereinigung.

Erfahren Sie mehr über Datenpartitionierung hier .

Zuordnung von Daten zu Objekten

NoSQL: NoSQL speichert die Daten auf verschiedene Arten – zum Beispiel als JSON-Dokumente, spaltenorientierte Datenbanken oder als Schlüssel-Wert-Paare. Es bietet Abstraktion über die ODM-Frameworks (Object-Data Mapping), um objektorientiert mit NoSQL-Daten zu arbeiten.

RDBMS: RDBMS stützt sich mehr auf die Zuordnung von Daten zu Objekten, sodass eine nahtlose Integration zwischen den Datenbankspalten und dem objektorientierten Anwendungscode gewährleistet ist.

Um mehr über die Unterschiede zwischen relationalen Datenbanken und NoSQL-Datenbanken zu erfahren, lesen Sie Vergleich NoSQL- und SQL-Datenbanken.

NoSQL-Anwendungsfälle

NoSQL-Datenbanksysteme werden in fast jeder Branche für Echtzeitanalysen, Content Management, IoT-Anwendungen, Empfehlungssysteme, Betrugserkennung, Produktkatalogmanagement und vieles mehr verwendet. Die Anwendungsfälle reichen von hochkritisch (z. B. das Speichern von Finanzdaten und Krankenakten) bis zu eher unbeschwert (z. B. das Speichern von IoT-Messwerten aus einem intelligenten Katzenklo).

Wann sollte NoSQL verwendet werden?

Bei der Entscheidung, welche Datenbank verwendet werden soll, stellen Entscheidungsträger in der Regel einen oder mehrere der folgenden Faktoren fest, die sie dazu veranlassen, eine NoSQL-Datenbank auszuwählen:

  • Schnelle agile Entwicklung
  • Speicherung strukturierter und halbstrukturierter Daten
  • Riesige Datenmengen
  • Anforderungen an eine horizontal skalierbare Architektur
  • Moderne Anwendungsparadigmen wie Microservices und Echtzeit-Streaming

Weitere Informationen zu den oben aufgeführten Gründen finden Sie unter Wann sollten NoSQL-Datenbanken verwendet werden? und Beispiele für NoSQL-Datenbanken.

Missverständnisse bzgl. NoSQL-Datenbanken

Im Laufe der Jahre haben sich in der Entwickler-Community viele Missverständnisse über NoSQL-Datenbanken verbreitet. In diesem Abschnitt werden wir zwei der häufigsten Missverständnisse erörtern.

Missverständnis: Beziehungsdaten eignen sich am besten für relationale Datenbanken

Ein weit verbreitetes Missverständnis ist, dass NoSQL-Datenbanken oder nicht relationale Datenbanken Beziehungsdaten nicht gut speichern. NoSQL-Datenbanken können Beziehungsdaten speichern – sie speichern sie nur anders als relationale Datenbanken.

Tatsächlich finden viele Leute im Vergleich mit relationalen Datenbanken die Modellierung von Beziehungsdaten in NoSQL-Datenbanken einfacher, da verwandte Daten nicht zwischen Tabellen aufgeteilt werden müssen. NoSQL-Datenmodelle ermöglichen die Verschachtelung verwandter Daten in einer einzigen Datenstruktur.

Missverständnis: NoSQL-Datenbanken unterstützen keine ACID-Transaktionen

Ein weiteres, weit verbreitetes Missverständnis ist, dass NoSQL-Datenbanken keine ACID-Transaktionen unterstützen. Einige NoSQL-Datenbanken, wie MongoDB, unterstützen tatsächlich ACID-Transaktionen.

Beachten Sie, dass die Art und Weise, wie Daten in NoSQL-Datenbanken modelliert werden, in vielen Anwendungsfällen die Notwendigkeit von Transaktionen mit mehreren Datensätzen überflüssig macht. Denken Sie an das anfängliche Beispiel, in dem wir Informationen über einen Benutzer und seine Hobbys sowohl in einem relationalen Modell als auch in einer dokumentenorientierten Datenbank gespeichert haben. Um sicherzustellen, dass Informationen über einen Benutzer und seine Hobbys zusammen in einer relationalen Datenbank aktualisiert werden, müssten wir eine Transaktion verwenden, um Datensätze in zwei Tabellen zu aktualisieren. Um dasselbe in einem Dokumentenspeicher zu tun, könnten wir ein einzelnes Dokument aktualisieren – eine Transaktion mit mehreren Datensätzen ist nicht erforderlich.

Um mehr über häufige Missverständnisse zu erfahren, lesen Sie Alles, was Sie über MongoDB wissen, ist falsch.

Tutorial zu NoSQL-Abfragen

Sie könnten mit MongoDB beginnen, der laut DB-Engines weltweit beliebtesten NoSQL-Datenbank. Der einfachste Weg, mit MongoDB zu beginnen, ist MongoDB Atlas. Atlas ist der vollständig verwaltete Datenbankservice von MongoDB. Atlas bietet ein dauerhaft kostenloses Kontingent, mit dem Sie herumprobieren können. Schauen Sie sich das Tutorial für MongoDB Atlas an, um loszulegen.

Sie können weiterhin mit Ihren Daten interagieren, indem Sie den Atlas Data Explorer verwenden, um neue Dokumente einzufügen, bestehende Dokumente zu bearbeiten und Dokumente zu löschen.

Wenn Sie bereit sind, komplexere Abfragen auszuprobieren, die Ihre Daten aggregieren, erstellen Sie eine Aggregationspipeline. Das Aggregationsframework ist ein unglaublich leistungsfähiges Tool zur Analyse Ihrer Daten. Um mehr zu erfahren, nehmen Sie am kostenlosen MongoDB University Course MongoDB Aggregation teil.

Wenn Sie Ihre Daten visualisieren möchten, schauen Sie sich MongoDB Charts an. Mithilfe von Diagrammen können Sie Dashboards erstellen, die mit Visualisierungen Ihrer Daten gefüllt sind.

Fazit

NoSQL-Datenbanken bieten eine Vielzahl von Vorteilen, darunter flexible Datenmodelle, horizontale Skalierung, blitzschnelle Abfragen und einfache Bedienung für Entwickler. Es gibt verschiedene Typen von NoSQL-Datenbanken, darunter Dokumentdatenbank, Schlüssel-Wert-Datenbank, spaltenorientierte Datenbank, Graphdatenbank und Multi-Modell-Datenbank.

MongoDB ist die weltweit beliebteste NoSQL-Datenbank. Erfahren Sie mehr über MongoDB Atlas und probieren Sie das kostenlose Kontingent aus.

Möchten Sie jetzt, wo Sie ein eigenes Atlas-Konto haben, mehr erfahren? In MongoDB University finden Sie kostenlose Onlineschulungen von MongoDB-Entwicklern und die Möglichkeit zum Erwerb einer MongoDB-Zertifizierung. Die Schnellstartanleitungen sind ein weiterer guter Ausgangspunkt; sie werden Ihnen helfen, schnell mit Ihrer bevorzugten Programmiersprache loszulegen.

FAQ

Was sind die Vorteile von NoSQL?

Viele NoSQL-Datenbanken bieten folgende Vorteile:

Was ist Eventual Consistency?
Eventual Consistency ist eine Eigenschaft verteilter Datenbanken. Eventual Consistency stellt sicher, dass bei einer Aktualisierung der Datenbank alle Knoten in der verteilten Datenbank diese Aktualisierung wiedergeben.
Was ist das CAP-Theorem?
Das CAP-Theorem besagt, dass ein verteiltes Computersystem maximal zwei der folgenden drei Eigenschaften bereitstellen kann: Konsistenz, Verfügbarkeit und Partitionstoleranz.
Wofür wird NoSQL benutzt?

NoSQL-Datenbanken werden in fast jeder Branche für eine Vielzahl von Anwendungsfällen verwendet.

Der Typ der NoSQL-Datenbank bestimmt den typischen Anwendungsfall. Dokumentdatenbanken wie MongoDB sind beispielsweise Allzweckdatenbanken. Schlüsselwert-Datenbanken eignen sich ideal für große Datenmengen mit einfachen Suchabfragen. Wide Column Stores eignen sich gut für Anwendungsfälle mit großen Datenmengen und vorhersehbaren Abfragemustern. Graphdatenbanken zeichnen sich durch das Analysieren und Durchlaufen von Beziehungen zwischen Daten aus. Weitere Informationen finden Sie unter Die verschiedenen Typen von NoSQL-Datenbanken verstehen.

Was ist eine NoSQL-Datenbank?
Eine NoSQL-Datenbank ist eine Datenbank, die Daten in einem anderen Format als relationale Tabellen speichert.
Wie schreibe ich eine NoSQL-Abfrage?

Jede NoSQL-Datenbank hat ihren eigenen Ansatz zum Schreiben von Abfragen. Besuchen Sie die Interaktive MongoDB-Dokumentation, um mehr über Abfragen einer MongoDB-Datenbank zu erfahren.

Ist NoSQL schwer zu erlernen?

Nein, NoSQL-Datenbanken sind nicht schwer zu erlernen. Tatsächlich finden viele Entwickler die Modellierung von Daten in NoSQL-Datenbanken unglaublich intuitiv. Beispielsweise werden Dokumente in MongoDB den Datenstrukturen der gängigsten Programmiersprachen zugeordnet, was das Programmieren schneller und einfacher macht.

Beachten Sie, dass Benutzer mit Schulung und Erfahrung im Bereich relationaler Datenbanken wahrscheinlich eine gewisse Lernkurve bewältigen müssen, wenn sie sich an die neuen Möglichkeiten der Datenmodellierung in NoSQL-Datenbanken gewöhnen möchten.

Ist JSON eine NoSQL-Datenbank?
Eine Dokumentdatenbank ist eine Art von NoSQL-Datenbank, die Daten in JSON- oder BSON-Dokumenten speichert.
Welche Sprache wird zur Abfrage von NoSQL benutzt?
NoSQL-Datenbanken umfassen eine Vielzahl von Typen und Implementierungen. Daher können NoSQL-Datenbanken mithilfe vieler Abfragesprachen und APIs abgefragt werden. MongoDB, die weltweit beliebteste NoSQL-Datenbank, kann mit der MongoDB Query Language (MQL) abgefragt werden.
Hat NoSQL ein Schema?
NoSQL-Datenbanken verfügen in der Regel über flexible Schemata. Beachten Sie, dass einige NoSQL-Datenbanken, beispielsweise MongoDB, auch die Schemavalidierung unterstützen, sodass Entwickler ihre Schemata nach Bedarf so stark oder so wenig sperren können, wie sie möchten.

Dieser Artikel wurde von Lauren Schaefer, einer MongoDB Developer Advocate, verfasst.

Erfahren Sie mehr über die wichtigsten Unterschiede zwischen NoSQL- und SQL-Datenbanken

Verwandte NoSQL-Ressourcen
Mehr erfahren

Befolgen Sie dieses Tutorial mit MongoDB Atlas

Erleben Sie die Vorteile der Verwendung von MongoDB, der führenden NoSQL-Datenbank, in der Cloud.
Kostenlos testen!