Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- bigdata:newsql [2015/10/05 21:32] – [Neuer Ansatz] brueck
+++ bigdata:newsql [2015/10/05 21:40] – [Vergleich OldSQL, NoSQL und NewSQL] brueck
@@ Zeile 81: / Zeile 81: @@
 ===== Vergleich OldSQL, NoSQL und NewSQL =====
+{{ :bigdata:newsql-the-best-of-both-oldsql-and-nosql-9-638.jpg|}}
-Im Gegensatz zu den traditionellen RDBMS (OldSQL) sind NewSQL-Systeme, ebenso wie die [[bigdata:nosql|NoSQL-Systeme]], [[bigdata:skalierung|skalierbar]] und hochverfügbar, sind aber dennoch relationale Systeme, die vollwertige [[bigdata:konsistenz|ACID]]-Transaktionen und SQL unterstützen.
+Im Gegensatz zu den traditionellen RDBMS (OldSQL) sind NewSQL-Systeme, ebenso wie die [[bigdata:nosql|NoSQL-Systeme]], [[bigdata:skalierung|skalierbar]] und hochverfügbar, sind aber dennoch relationale Systeme, die vollwertige [[bigdata:konsistenz#acid|ACID]]-Transaktionen und SQL unterstützen.
-Ein Vorteil gegenüber NoSQL ist, dass sie mit den standardisierten Zugriffs-APIs und Treiber der traditionellen Systeme kompatibel sind, das heißt, dass bestehende Applikationen auch nicht angepasst werden müssen. Dies ist auch ein Vorteil gegenüber den NoSQL-Systemen, die noch über keinen einheitlichen Zugriffs-Standard verfügen. ([[bigdata:literatur|Welkenbach/Schmutz 2012]]) Da sie jedoch auf das relationale Modell und SQL als Abfragesprache bauen, liegt ihnen, anders als den NoSQL-Datenbanken, ein Schema zugrunde, was sie in Hinsicht auf die Flexibilität im Umgang mit [[bigdata:big_data|Big Data]] doch einschränkt.
+Ein Vorteil gegenüber NoSQL ist, dass sie mit den standardisierten Zugriffs-APIs und Treiber der traditionellen Systeme kompatibel sind, das heißt, dass bestehende Applikationen auch nicht angepasst werden müssen. Dies ist auch ein Vorteil gegenüber den NoSQL-Systemen, die noch über keinen einheitlichen Zugriffs-Standard verfügen. ([[bigdata:literatur#w|Welkenbach/Schmutz 2012]]) Da sie jedoch auf das relationale Modell und SQL als Abfragesprache bauen, liegt ihnen, anders als den NoSQL-Datenbanken, ein Schema zugrunde, was sie in Hinsicht auf die Flexibilität im Umgang mit [[bigdata:big_data|Big Data]] doch einschränkt.
-Allgemein bestimmt die Art der Daten auch die Wahl der Datenbank. Wird Datenintegrität und Konsistenz verlangt, steht die Wahl zwischen RDBMS und NewSQL. NewSQL-Systeme wurden dabei mit besonderem Fokus auf Performance und Skalierbarkeit entworfen. OldSQL-Systeme wurden für die Hardware-Architekturen der 70er und 80er entwickelt und werden so teilweise durch unnötig großen Overhead gebremst, wohingegen die neue Generation versucht, diesen unter Einbeziehung neuer Hardwareentwicklungen weitestgehend zu minimieren, um so um Größenordnungen schneller als traditionelle RDBMS zu werden (vgl. [[bigdata:literatur|Stonebraker et al 2007]]).
+Allgemein bestimmt die Art der Daten auch die Wahl der Datenbank. Wird Datenintegrität und Konsistenz verlangt, steht die Wahl zwischen RDBMS und NewSQL. NewSQL-Systeme wurden dabei mit besonderem Fokus auf Performance und Skalierbarkeit entworfen. OldSQL-Systeme wurden für die Hardware-Architekturen der 70er und 80er entwickelt und werden so teilweise durch unnötig großen Overhead gebremst, wohingegen die neue Generation versucht, diesen unter Einbeziehung neuer Hardwareentwicklungen weitestgehend zu minimieren, um so um Größenordnungen schneller als traditionelle RDBMS zu werden (vgl. [[bigdata:literatur#s|Stonebraker et al 2007]]).
-Ist es nötig, dass das System zu skalieren, bieten sich NoSQL- und NewSQL-Systeme an, da sie, im Gegensatz du RDBMS, nicht auf ein kostspieliges [[bigdata:skalierung#vertikale_skalierung|vertikales Skalieren]] beschränkt sind, sondern frei [[bigdata:skalierung#horizontale_skalierung|horizontal skalierbar]] sind, sich also ohne große Komplikationen durch neue Maschinen (mit kostengünstiger Standardhardware) ergänzen lassen. Dabei gelten jedoch insofern Einschränkungen, als dass die meisten NewSQL-Systeme hauptsächlich für schnelle Transaktionen und Operationen ausgelegt wurden, diese also nur in kleinem Umfang machen und JOINs über zu viele Knoten vermeiden, da sich dies negativ auf die Performance auswirkt (vgl. [[bigdata:literatur|Cattel 2010: S. 9]]; [[bigdata:literatur|Pavlo 2012]]).
+Ist es nötig, dass das System zu skalieren, bieten sich NoSQL- und NewSQL-Systeme an, da sie, im Gegensatz du RDBMS, nicht auf ein kostspieliges [[bigdata:skalierung#vertikale_skalierung|vertikales Skalieren]] beschränkt sind, sondern frei [[bigdata:skalierung#horizontale_skalierung|horizontal skalierbar]] sind, sich also ohne große Komplikationen durch neue Maschinen (mit kostengünstiger Standardhardware) ergänzen lassen. Dabei gelten jedoch insofern Einschränkungen, als dass die meisten NewSQL-Systeme hauptsächlich für schnelle Transaktionen und Operationen ausgelegt wurden, diese also nur in kleinem Umfang machen und JOINs über zu viele Knoten vermeiden, da sich dies negativ auf die Performance auswirkt (vgl. [[bigdata:literatur#c|Cattel 2010: S. 9]]; [[bigdata:literatur#p|Pavlo 2012]]).
+(Grafik-Quelle: [[bigdata:literatur#c|Choudhary 2014]])