Gibt es stabile und Produktionsqualität NoSQL -Datenspeicher?

Question

Gibt es NoSQL -Stores der Produktionsqualität, die ich in einem Produktionssystem verwenden kann? Ich habe mir Cassandra, Tokyodb, Couchdb usw. angesehen, aber keiner von ihnen scheint bereit für Bereitstellungen für Produktion wie Umgebungen zu sein. Ich spreche von Tausenden von Anfragen pro Minute und viele Lese-/Schreibvorgänge/Updates. Meine einzige Sorge sind Geschwindigkeits- und Servicezeiten. Kennt jemand Produktionssysteme, die NoSQL -Speicher effektiv verwenden? Kennt jemand einen NoSQL -Laden, der von einem großen Unternehmen wie Google/ Yahoo/ IBM unterstützt wird?

Answer 1

Cassandra kümmert sich um Tausende von Anfragen (einschließlich schreibmostiger Workloads) pro zweite, pro Maschine und seine Skaling-by-Adding-Maschinen sind seit Tag 1 dort.

Hier ist ein Thread über den Einsatz von Cassandra in der Produktion und in der Produktion von Unternehmen bei Dutzenden von Unternehmen: http://n2.nabble.com/cassandra-users-survey-td4040068.html#a4040068

Wir fügen auch immer mehr Dokumente hinzu http://wiki.apache.org/cassandra/operations.

Answer 2

Ich denke, die NoSQL -Systeme sind eine ausgezeichnete Wahl, wenn ich mich nur um Geschwindigkeits- und Servicezeit kümmere (und nicht weniger über Dinge wie Konsistenz und Transaktionen). Facebook verwendet Cassandra.

"Cassandra wird in Facebook als E -Mail -Suchsystem mit 25 -TB- und über 100 -m -Mailboxen verwendet." http://highscalability.com/product-facebooks-cassandra-massiv-distributed-store

Ich denke, CouchDB ist nicht wirklich schnell, vielleicht können Sie MongoDB verwenden: http://www.mongodb.org/display/docs/production+Deployments

Answer 3

Es ist auch wert, ein traditionelles RDBMS wie MySQL zu verwenden, um Schema zu speichern. Diese Methode gibt Ihnen die Stabilität eines bewährten Datenbankservers wie MySQL mit der Flexibilität, einer NoSQL -Lösung.

Kasse Dies Blog -Posting wie Friendfeed macht dies.

Answer 4

Berkeleydb wird von Oracle unterstützt

Mit der nativen C -Schnittstelle kann man fast 1 Million Leseanforderungen pro Sekunde erreichen.

Wenn Sie übrigens sagen, dass Tausende Anfragen pro Minute sagen, sollte jeder "normale" DB auch in der Lage sein, dies einfach zu verarbeiten.

Answer 5

Redis ist es wert, einen Versuch zu versuchen als Github verwendet Redis, um eine schwere Warteschlange von zu verwalten Hintergrundjobs.

Answer 6

Mein erster Instinkt wäre Berkeleydb, wobei jeder Anwendungsknoten in einem Samba -Netzwerk die Säurekonformance und die Verwendung von Netzwerken erleichtert. Es verfügt auch über eine SQLite -Schnittstelle. Andere Poster zitiert MemcachedB mit BDB im Inneren.

Eine weitere einzigartige Option wäre OrientDB, Außerdem hat eine SQL -Schnittstelle, viele Netzwerk- und Clusterfunktionen.