NoSQL really means NoACID

[weberjn]

http://dbmsmusings.blogspot.com/2010/08/problems-with-acid-and-how-to-fix-them.html

Und NoACID bedeutet verantwortungsloses Programmieren.

[nepumuk]

> Und NoACID bedeutet verantwortungsloses Programmieren.

Das ist Blödsinn.
Es kommt immer auf den Einsatzzweck an. Es wird wohl niemand auf die Idee kommen, Bank-Überweisungen mit einer NoSQL Datenbank ohne Transaktionen abzuwickeln. Aber gerade in der Cloud sind Transaktion in vielen Bereichen unnötig und die Geschwindigkeit steht im Vordergrund. Stell dir vor, jeder Comment den du auf Youtube postest , wird in einer Transaktion abgewickelt.
Und was hast du davon von ein Dienst zwar ACID Konform, aber grotten langsam ist.

Ausserdem bedeutet eine Datenbank, die von Haus aus keine Transaktionen unterstützt nicht, dass man keine Datensicherheit hat. Dann muss sich halt die Anwendungsschicht selbst darum kümmern.

[weberjn]

Was hilft es, wenn die Datenbank rasend schnell ist, aber dafür Daten verloren gehen oder inkosistent werden?

Du hast natürlich Recht, es gibt Einsatzzwecke für Datenbanken ohne ACID. Allerdings sollte man sich bewußt sein, womit man sich die Geschwindigkeit erkauft. Und ich gehe davon aus, dass eine ACID Datenbank besser mit Transaktionen umgehen kann als eine Anwendungsschicht.

[__tom]

> Was hilft es, wenn die Datenbank rasend schnell ist, aber dafür Daten
> verloren gehen oder inkosistent werden?

kommt drauf an, (facebook|studivz|lokalisten) ist ein gutes beispiel, wenn ein paar daten im news-stream verloren gehen dann ist es kein weltuntergang, wenn man noch 2 dc's braucht um möglicherweise(!) zu verhindern das es passiert, dann schon.

in bestimmten situationen skaliert acid einfach nicht und wenn base ausreicht, warum dann zusätzliche energie verheizen?


> Allerdings sollte man sich bewußt sein, womit man sich die Geschwindigkeit
> erkauft.

wenn man das nicht erkennt dann ist man falsch ;)

[Des informierer]

Das ist natürlich wieder mal einfach Desinformation.

Es mag NoSQL-Datenbanken geben, wo das 'D' von ACID nicht gegeben ist. Das dürfte aber nur extrem geringe Einsatzzwecke haben. Z.b. alle Wind-Fahnen von Deutschland und ein paar Fahnen "gehen" verloren und man zeigt auf der Webseite halt den Stand der Windfahne 10 Sekunden vorher an.

Aber die meisten NoSQL-Datenbanken sind sicher nicht "schreib was rein und es ist weg".

Auch weil viele hier nur eine falsch vereinfachte Idee von ACID haben.

ACID verspricht Dir z.b. nicht, das du die aktuellen Daten hast. Sondern "nur" Daten, die "in sich" korrekt sind.
D.h. du hast einen Replizierten 15 Minuten abstand-Server und druckst die daten aus, dann stimmen die Aktienwerte von IBM und Apple und waren zu dieser Zeit gleichzeitig die angegeben aktienkurse. Aber halt vor 15 Minuten.

[Tratra]

weberjn schrieb:
----------------------------------------------------------------------------
> Und NoACID bedeutet verantwortungsloses Programmieren.

Wenn in deiner Spec steht, dass "es wurscht ist" was mit den
Daten passiert wenn man sie weggespeichert hat, sagst du zum
Kunden "Das ist verantwortungslos? Sie Idiot?"

Die ACID Ideologie kommt aus einer Zeit, wo man noch keine
50€ Festplatten und 35€ Motherboards und 20€ USBFlashdrives
hatte, wo die Wahrscheinlichkeit eines Ausfalls noch
sehr hoch und auch "üblich" war.

Heute sieht die Welt anders aus. Ich kenne Leute, die fahren
ihre _ERP_-Planung auf SSD-Festplatten mit einer NoSQL
Datenbank. Jeder SAP oder sonstige DB-Guru kriegt das kalte
Grausen. Die sagen sich: 10 Maschinen mit 5er Raid gehen
nicht an einem Tag hopps. Und wenn: der live Abzug von
zwei Maschinen erlaubt jede Box mit gleicher Hardware in
25minuten neu aufzusetzen. Das war von 20 Jahren Jahren
auch noch SciFi.

Der Preis liegt 10% gegenüber der kommerziellen Lösung auf
SAP (oder sonstige Dinger), weil die verdammte Oracle oder
DB2 im 10er Cluster-Pack alleine schon das Jahresgehalt aller
Manager kostet. _Pro Jahr_ wohlgemerkt.

Die Performance ist jenseits von allem was andere Leute
fahren. Und wir reden hier von mehreren Gigabyte an Trans-
aktionsdaten pro _Tag_. Und die Jungs und Mädels haben
nahezu Echtzeit Daten auf den Nodes die darauf eingestellt
sind schneller Daten zu liefern (während andere Nodes darauf
eingestellt sind 'Qualitativere Daten' vorzuhalten).

Ist das eine Lösung für alles? Wahrscheinlich nicht. Aber
wer behauptet das? Man legt das den NoSQL Leuten in den
Mund, um es danach zerreißen zu können.

Natürlich ist das alles noch recht neu und merkwürdig. Aber
es funktioniert. _Nachweislich_. Das macht die ganzen Oracle
und DB2 Jünger so nervös, das ist ja auch logisch. Das ist
wie mit der Tretroller fahren - oder sich teleportieren zu lassen.

Nur ist der Tretroller aus Gold und die jährliche Wartung
verschlingt für z.T. peinliche Performanz Kisten voller
Geldscheine. Alles unter dem superschwammigen Begriff der
"Sicherheit" und dem in allen Umständen so wichtigen ACID.

ACID kann auch anders hergestellt werden als Larry@Oracle
noch mehr Milliarden in den Dingens zu blasen.

[developer]

plichtet @Tratra bei

[t0bias]

fyi facebook uses purely memcache to "generate" the newsfeed. not acid compliant cassandra is used for the search index in messages and similar data types like pages or events. if a keyword gets lost to find a message in your inbox... well, nobody cares.
all normalized records like user data or messages are saved in traditional databases like mysql or postgresql. which run right now on around 35,000 servers. if you're curious why different databases, look up thrift, same shit different layer.

btw. once every day at 4pm pacific time all the memcache servers get restarted. 1,000 at a time in a 5 minute interval.
(you can actually hear it outside)

one more thing, mongodb is acid compliant.