Bitte etwas mehr Erläuterungen

[Cassandra 0.7]

Bei sowas vielleicht ein wenig mehr technische Erläuterungen.
Bei Laptops gehts um Akkulaufzeit, Bedienbarkeit usw.

Bei NoSQL-Datenbanken um die Besonderheiten. Ein Teil wurde angesprochen. Aber die Abfrage-Art finde ich relevant. Weil sie mitbestimmt, ob/wie/wofür die Datenbank besser oder schlechter nutzbar ist.
D.h. es wurden Back-End-Eigenschaften beschrieben, nicht aber das Frontend/Api für den Programmierer.

Bei SQL_Datenbanken braucht man nicht viel erklären. Bei NoSQL wären 1-5 Sätze schon nett. Denn das API macht "den" Unterschied für den Progger. Die Geschwindigkeit später natürlich dann auch.

[MySQL]

9,34MB an Größe. Hat Cassandra das Potential MySQL für Webserver zu beerben? Ist das überhaupt sinnvoll? Vielleicht kann mal jemand etwas darüber schreiben, der von der Materie etwas Ahnung hat. Bitte kein SPAM.

[RedTuesday]

Dem schließe ich mich mal an. Würde mich auch interessieren.

[ssssssssssssssssss]

> 9,34MB an Größe. Hat Cassandra das Potential MySQL für
> Webserver zu beerben?

denke nicht
die meisten nosql projekte die derzeit aus dem boden gestampft werden sind mysql zwar haushoch überlegen, allerdings sind das halt alles keine 'normalen' datenbanken. das dürfte den durchschnittlichen mysql nutzer weitgehend überfordern.

und die oracle/db2 nutzer sind meist sowieso datenbank chauvinisten ;)

[Dr Obvious]

Cassandra 0.7 schrieb:
--------------------------------------------------------------------------------
> Bei sowas vielleicht ein wenig mehr technische Erläuterungen.
> Bei Laptops gehts um Akkulaufzeit, Bedienbarkeit usw.
>
> Bei NoSQL-Datenbanken um die Besonderheiten. Ein Teil wurde angesprochen.
> Aber die Abfrage-Art finde ich relevant. Weil sie mitbestimmt, ob/wie/wofür
> die Datenbank besser oder schlechter nutzbar ist.
> D.h. es wurden Back-End-Eigenschaften beschrieben, nicht aber das
> Frontend/Api für den Programmierer.
>
> Bei SQL_Datenbanken braucht man nicht viel erklären. Bei NoSQL wären 1-5
> Sätze schon nett. Denn das API macht "den" Unterschied für den Progger. Die
> Geschwindigkeit später natürlich dann auch.

http://wiki.apache.org/cassandra/GettingStarted - Step 4 ist dann wohl für Dich interessant.

[Orwell84]

Das ist eine Datenbank, die optimiert ist für verteiltes Arbeiten und getrimmt, mit besonders großen Datenmengen umzugehen. Das ist nicht unbedingt die Zielgruppe, die MySQL anpeilt.

Gruß Orwell84

[colonelz]

Eine ganz interessante Videopräsentation zu Cassandra gibt's bei Parleys. Da erfährt man mal einige Besonderheiten:

http://www.parleys.com/#st=5&sl=1&id=1866

[Kredo]

http://www.heise.de/developer/artikel/CouchDB-angesagter-Vertreter-der-NoSQL-Datenbanken-929070.html

NoSQL ist kein Ersatz für SQL, sondern eine Ergänzung. :)

[OptimalFürFacebook]

Für Facebook und ähnliches sind die NoSQL-DBs eine gute Alternative zu MySQL. Sie sind deutlich effizienter, haben aber oft keine ACID-Garantien.

Daher sind sie für viele Anwendungsfälle undenkbar. Aber bei Facebook ist eben egal, wenn Nutzer-Einträge nicht sofort konsistent wieder nach außen getragen werden.