bigdata:nosql
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
bigdata:nosql [2015/10/05 20:42] – [NoSQL] brueck | bigdata:nosql [2015/10/05 20:45] (aktuell) – [Unterteilung] brueck | ||
---|---|---|---|
Zeile 16: | Zeile 16: | ||
* **Open Source** | * **Open Source** | ||
- | (Vgl. [[bigdata: | + | (Vgl. [[bigdata: |
\\ | \\ | ||
Zeile 23: | Zeile 23: | ||
Klassische relationale Datenbanksysteme erfassen strukturierte Daten, die durch Normalisierung aufgeteilt und dann in viele, durch Schlüssel-Beziehungen miteinander verknüpfte Tabellen gespeichert werden. | Klassische relationale Datenbanksysteme erfassen strukturierte Daten, die durch Normalisierung aufgeteilt und dann in viele, durch Schlüssel-Beziehungen miteinander verknüpfte Tabellen gespeichert werden. | ||
- | Derartige JOINs gibt es in NoSQL-Systemen nicht. Stattdessen umgehen einige NoSQL-Vertreter Referenzen durch JOINs, indem sie jene Informationen zweckmäßig als Aggregat zusammenfassen, | + | Derartige JOINs gibt es in NoSQL-Systemen nicht. Stattdessen umgehen einige NoSQL-Vertreter Referenzen durch JOINs, indem sie jene Informationen zweckmäßig als Aggregat zusammenfassen, |
Sollen doch einmal Beziehungen hergestellt werden, so ließen sich in den Aggregaten entsprechende Key-IDs einfügen. Diese werden jedoch nicht vom System als solche erkannt und machen nach Lesen der ID einen erneuten Zugriff auf die Datenbank nötig, um das entsprechend referenzierte Aggregat zu laden. | Sollen doch einmal Beziehungen hergestellt werden, so ließen sich in den Aggregaten entsprechende Key-IDs einfügen. Diese werden jedoch nicht vom System als solche erkannt und machen nach Lesen der ID einen erneuten Zugriff auf die Datenbank nötig, um das entsprechend referenzierte Aggregat zu laden. | ||
Zeile 34: | Zeile 34: | ||
Allerdings bedeutet das Festlegen auf ein Schema auch, dass nur solche Daten gespeichert werden können, die auch dem vorher definierten Schema entsprechen. Änderungen sind zwar möglich (etwa mit dem SQL-Befehl '' | Allerdings bedeutet das Festlegen auf ein Schema auch, dass nur solche Daten gespeichert werden können, die auch dem vorher definierten Schema entsprechen. Änderungen sind zwar möglich (etwa mit dem SQL-Befehl '' | ||
- | Sofern jedoch nicht sämtliche Daten eines Eintrags ausgegeben werden sollen, ist davon auszugehen, dass zumindest ein „indirektes Schema“ befolgt wird, das bspw. Annahmen darüber ermöglicht, | + | Sofern jedoch nicht sämtliche Daten eines Eintrags ausgegeben werden sollen, ist davon auszugehen, dass zumindest ein „indirektes Schema“ befolgt wird, das bspw. Annahmen darüber ermöglicht, |
\\ | \\ | ||
Zeile 44: | Zeile 44: | ||
**Skalierbarkeit** | **Skalierbarkeit** | ||
- | Die Lasten auf moderne internetbasierte Angebote wie etwa Onlineshops, | + | Die Lasten auf moderne internetbasierte Angebote wie etwa Onlineshops, |
\\ | \\ | ||
**Konsistenz** | **Konsistenz** | ||
- | Geschwindigkeit ist im schnelllebigen [[bigdata: | + | Geschwindigkeit ist im schnelllebigen [[bigdata: |
\\ | \\ | ||
Zeile 58: | Zeile 58: | ||
===== Unterteilung ===== | ===== Unterteilung ===== | ||
- | Trotzdem NoSQL-Datenbanken viele Gemeinsamkeiten haben, sind nicht alle gleich, verfolgen unterschiedliche Ziele und wurden für unterschiedliche Einsatzszenarien entwickelt und optimiert. Mittlerweile unterscheidet man zwischen Core-NoSQL-Systemen, | + | Trotzdem NoSQL-Datenbanken viele Gemeinsamkeiten haben, sind nicht alle gleich, verfolgen unterschiedliche Ziele und wurden für unterschiedliche Einsatzszenarien entwickelt und optimiert. Mittlerweile unterscheidet man zwischen Core-NoSQL-Systemen, |
Zu den wichtigsten Core-NoSQL-Datenbankmodellen zählen: | Zu den wichtigsten Core-NoSQL-Datenbankmodellen zählen: | ||
Zeile 67: | Zeile 67: | ||
* [[bigdata: | * [[bigdata: | ||
- | Wobei die ersten drei Modelle die Verwaltung der Daten ähnlich handhaben. Daten die man gemeinsam betrachten möchte, werden auch zusammen als ein Aggregat behandelt, geladen und gespeichert. Aggregate entsprechen in diesen Modellen entweder den Values, den Dokumenten oder eben den Spalten-Familien. Man kann sie als **aggregatorientierte Datenbanken** zusammenfassen. Dabei werden diese Aggregate bei einer verteilten Architektur auch als Ganzes auf einem Knoten abgelegt, ohne dass ihre Komponenten im Cluster verstreut liegen und erst zusammengesucht, | + | Wobei die ersten drei Modelle die Verwaltung der Daten ähnlich handhaben. Daten die man gemeinsam betrachten möchte, werden auch zusammen als ein Aggregat behandelt, geladen und gespeichert. Aggregate entsprechen in diesen Modellen entweder den Values, den Dokumenten oder eben den Spalten-Familien. Man kann sie als **aggregatorientierte Datenbanken** zusammenfassen. Dabei werden diese Aggregate bei einer verteilten Architektur auch als Ganzes auf einem Knoten abgelegt, ohne dass ihre Komponenten im Cluster verstreut liegen und erst zusammengesucht, |
Zu den Soft-NoSQL-Vertretern zählen u.a.: | Zu den Soft-NoSQL-Vertretern zählen u.a.: |
bigdata/nosql.txt · Zuletzt geändert: 2015/10/05 20:45 von brueck