Vorteil gegenüber SQLite?

[fwfwfwef]

Auf dem Gebiet wird doch schon seit Jahr und Tag SQLite eingesetzt. Mir ist nicht ganz klar was jetzt die Vorteile eine No-SQL Datenbank bei mobilen Anwendungen sein soll. Weder skalieren noch replizieren muss man dort. Jedoch sollte man nicht zuviel resourcen schlucken und das ist mit Javascript als "query language" über ein REST Interface irgendwie fraglich....

Wahrscheinlich kann man die Revision IDs der NOSql Sachen beim syncen zum PC/Web benutzen...das wars dann aber auch.

8MB ram ist schon verdammt viel.

[jvvjzcuduc]

Wikipedia erklärt es vermutlich.
Bitte hier dann bestätigen oder was dir an den beschreibungen nicht gefiel, posten.

Ct hatte einige ausgaben zu nosql. Die linklisten zu allen heften sind bei h*ise verfügbar.

Wegen mobil: man hat nicht einen sondern viele emails, icq- und handy-nummern usw.
Das 1:1 oder 1:n muss man oft durch n:m ersetzen und dann hat man bei sql übel viele tabellen.
Nur ein grund, warum andere datenstrukturierungen interessant sein könnten.

Teilweise verkauft auch syntactic sugar und benefits wie einfaches syncen zb von kontaktdaten mit dem firmenserver und anderen daten mit dem privaten laptop ohne leaks auf die falsche seite.

[waquo]

Doch, replizieren will man gerade in mobilen Anwendungen, das Adressbuch, versendete Emails und vieles andere soll schliesslich nicht nur auf dem iphone liegen, sondern es soll synchronisiert werden, und genau für diese Art der Replikation ist couchdb gebaut. Deswegen wird es genau für diesen Zweck auch von Ubuntu verwendet, als Desktopcouch.

Dazu kommt, dass eine Dokument-Datenbank für JSON-Dokumente ganz anders anzusprechen ist als SQL. Gerade aus Javascript heraus ist das sehr angenehm.