Quale è il più adatto Conservare valore-chiave per una persona RDBMS sfondo?

Question

C'è un vincitore distinti tra tutti i negozi chiave-valore? Cassandra, MongoDB, CouchDB? e non tutti seguono alcune linee guida centrali? o tutti hanno la propria voce nella definizione delle loro API.

Sto chiedendo a questa domanda, soprattutto da un punto di vista di una persona competente RDBMS che è nuovo per i negozi chiave-valore. Quale dovremmo seguire per cogliere meglio la comprensione / utilizzo di questo campo?

Sappiamo del RDMS dalle loro teorie che tutti disponibili DB (Oracle, SQL Server, ..) avrà tutti i manufatti per esempio Le tabelle, indici, chiavi esterne, ecc L'unica differenza in questi è l'efficienza, la sicurezza, la funzionalità.

Come faccio a conoscere la teoria universale di queste Banche Dati-centrato e sapere quali sono i manufatti minimi che tutti questi DB (Mongo, Couch ecc) avranno?

Answer 1

Io lavoro su MongoDB quindi sono di parte in quel modo, ma penso che sia una buona combinazione di cose che siete abituati a con un RDBMS (come query dinamiche e gli indici secondari) e le prestazioni e la scalabilità di un tasto negozio -value.

Cassandra ha un bel modello distribuito, ma per quanto ne so non supporta gli indici secondari. Il supporto modello di dati documento Mongo e Couch consente anche di un po 'più di complessità rispetto al modello tabellare Cassandra utilizza.

Una delle grandi differenze tra Mongo e divano è il modo in cui le query sono costruiti. Couch utilizza una mappa cool / ridurre il meccanismo, ma le vostre domande deve essere definito in anticipo. Mongo utilizza un modello più tradizionale query dinamica che è più simile a quello che si è abituati a in un RDBMS.