Welches ist der am besten geeignete Schlüsselwertspeicher für eine RDBMS Hintergrund Person?

Question

Gibt es einen eindeutigen Gewinner unter alle Schlüsselwert speichert? Cassandra, MongoDB, CouchDB? und haben sie alle einige zentrale Richtlinien folgen? oder sie haben alle ihr eigenes Mitspracherecht bei ihren APIs definieren.

Ich frage diese Frage, vor allem aus der Perspektive eines RDBMS Fachmann, der auf Schlüsselwert speichert neu ist. Welches sollte folgen wir am besten das Verständnis / Nutzung dieses Feldes zu erfassen?

Wir wissen um die RDMS von ihren Theorien, die alle verfügbaren DBs (Oracle, SQL Server, ..) alle Artefakte haben z.B. Tabellen, Indizes, Fremdschlüssel usw. Der einzige Unterschied in dieser ist die Effizienz, Sicherheit, Funktionen.

Wie kann ich über die universelle Theorie dieser dokumentenzentrierten Datenbanken kennen und wissen, was die minimale Artefakte sind, dass all diese DBs (Mongo, Couch etc.) haben?

Answer 1

ich auf MongoDB arbeiten so voreingenommen bin ich auf diese Weise, aber ich denke, es ist eine schöne Kombination der Dinge, die Sie mit einem RDBMS gewohnt sind (wie dynamische Abfragen und Sekundärindizes) und die Leistung und Skalierbarkeit eines Schlüssels -Wertes zu speichern.

Cassandra hat ein schönes verteiltes Modell aber afaik nicht Sekundärindizes unterstützt. Das Dokument Datenmodell Unterstützung von Mongo und Couch ermöglicht auch ein wenig mehr Komplexität als das tabellarischen Modell Cassandra verwendet.

Einer der großen Unterschiede zwischen Mongo und Couch ist die Art und Weise Abfragen aufgebaut sind. Couch verwendet ein kühler Map / Reduce-Mechanismus, aber Ihre Fragen müssen im Voraus festgelegt werden. Mongo verwendet ein traditionellere dynamisches Abfrage-Modell, das mehr ist wie das, was Sie gewohnt sind, in einem RDBMS zu.