Was ist NoSQL?

NoSQL: Definition und Arten

NoSQL ist ein Sammelbegriff für Datenbanken, die vom starren Tabellenmodell relationaler Systeme abweichen. Das „No“ steht dabei nicht für „kein SQL“, sondern für „Not only SQL“: Manche Systeme verstehen auch SQL-ähnliche Abfragen, setzen aber auf andere Datenmodelle. Die Technik entstand, weil Webanwendungen große, schnell wachsende und unterschiedlich aufgebaute Datenmengen verarbeiten mussten.

Es gibt vier gängige Typen. Dokumentendatenbanken wie MongoDB speichern Daten als JSON-ähnliche Dokumente. Key-Value-Speicher wie Redis liefern zu einem Schlüssel sehr schnell einen Wert. Spaltenorientierte Systeme wie Apache Cassandra eignen sich für riesige, verteilte Datenmengen, Graphdatenbanken wie Neo4j für stark vernetzte Beziehungen.

So unter­scheidet sich NoSQL von SQL

Relationale Datenbanken verlangen ein festes Schema: Alle Datensätze einer Tabelle haben dieselben Spalten. NoSQL-Systeme sind meist schemaflexibel, ein Dokument darf also Felder haben, die ein anderes nicht besitzt. Das erleichtert den Umgang mit wechselnden Strukturen, verlagert die Verantwortung für saubere Daten aber stärker in die Anwendung.

Auch bei der Konsistenz gibt es Unterschiede. Klassische SQL-Datenbanken garantieren über Transaktionen, dass Daten jederzeit stimmig sind. Manche NoSQL-Systeme verteilen Daten auf viele Server und nehmen dafür vorübergehende Abweichungen in Kauf (eventual consistency); andere bieten inzwischen ebenfalls Transaktionen. Die Grenzen verschwimmen, deshalb zählt der konkrete Anwendungsfall mehr als das Etikett.

Praxis­bei­spiel: Produktka­talog mit unter­schiedli­chen Merkmalen

Ein Händler für Werkzeuge und Maschinen führt tausende Artikel, die kaum gemeinsame Merkmale haben: Ein Bohrer hat Durchmesser und Länge, eine Werkbank Traglast und Material, ein Messgerät Messbereiche und Zertifikate. In einer klassischen Tabelle entstehen hunderte Spalten, die meist leer bleiben.

Ein Dokumentenspeicher hält jeden Artikel mit genau seinen Merkmalen vor. Bestellungen, Rechnungen und Lagerbestände bleiben dagegen in einer relationalen Datenbank, wo Konsistenz zählt. In der Praxis werden beide Welten kombiniert – man spricht von Polyglot Persistence –, und ein Cache wie Redis beschleunigt häufig gelesene Seiten.

Vorteile, Grenzen und typische Fehler

Stärken von NoSQL sind Flexibilität, horizontale Skalierung und hohe Geschwindigkeit bei passenden Zugriffsmustern. Die Kehrseite: Komplexe Abfragen über mehrere Datensätze und Auswertungen sind meist aufwendiger als mit SQL, und ein fehlendes Schema führt ohne Disziplin zu uneinheitlichen Daten. Häufige Fehler:

• NoSQL wählen, weil es modern klingt, obwohl die Daten klar relational sind
• Kein Datenmodell planen, weil „schemalos“ scheinbar alles erlaubt
• Auswertungen und Berichte unterschätzen, die später gebraucht werden
• Konsistenzanforderungen bei Zahlungen oder Beständen nicht klären
• Betrieb, Backups und Sicherheit der zusätzlichen Datenbank vergessen

Worauf Unternehmen achten sollten

Für die meisten Geschäftsanwendungen im Mittelstand ist eine relationale Datenbank die solide Grundlage; NoSQL ergänzt sie dort, wo Struktur, Menge oder Geschwindigkeit es verlangen. Nano Concepts bewertet gemeinsam mit Ihnen anhand der Zugriffsmuster, welche Datenhaltung passt, und setzt sie so um, dass Betrieb und Wartung beherrschbar bleiben.