Datenverlust in Datenbank....

[xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx]

...vielleicht sollte man dann doch besser das Motto "yes, SQL!" verfolgen...

[pw]

full ack

[^^]

Wow, ihr seid echte Profis, von einen Programmierfehler auf die Qualität eines Datenbankkonzepts zu Schließen

[SM]

naja... ein anderer namhafter Anbieter einer relationalen Datenbank hatte ein ähnliches Feature wie delayed commits eingebaut und das war damals auch fehlerhaft. Der große Unterschied war, dass der Fehler erst etliche Versionen später behoben wurde.
Ich arbeite auch mit relationalen Datenbanken, aber es gibt mehr als genug Szenarien, bei denen eine nosql Datenbank um einiges sinnvoller ist. Man muss sich nur daran gewöhnen ein bisschen umzudenken.

[WhatTheHack]

full Ack
http://chaosradio.ccc.de/cre125.html

[ohgott]

SM schrieb:
--------------------------------------------------------------------------------
> naja... ein anderer namhafter Anbieter einer relationalen Datenbank hatte
> ein ähnliches Feature wie delayed commits eingebaut und das war damals auch
> fehlerhaft. Der große Unterschied war, dass der Fehler erst etliche
> Versionen später behoben wurde.
> Ich arbeite auch mit relationalen Datenbanken, aber es gibt mehr als genug
> Szenarien, bei denen eine nosql Datenbank um einiges sinnvoller ist. Man
> muss sich nur daran gewöhnen ein bisschen umzudenken.

Ja die Szenarien gibt es, aber ich kann mir nicht vorstellen, dass eine "Datenbank" mit XML Datenformat und Javascript dafür brauchbar ist. Das haben auch schon andere x-mal vorher in den Sand gesetzt und nur weil man jetzt SQL weglässt soll es besser werden? Nene Leute, man kann auch mit einem RDBMS entsprechende Dinge tun. Man muss nicht jede schwachsinnige Mode mitmachen!