Se vieni dal mondo MySQL, MongoDB ti "sentirà" molto più naturale grazie al suo supporto linguistico simile a una query.
Penso che sia ciò che lo rende così amichevole per molte persone.
CouchDB è fantastico se si desidera utilizzare l'ottimo supporto di replica master-master con una configurazione multi-nodo, possibilmente in diversi data center o qualcosa del genere.
La replica di MongoDB (set di repliche) è un'impostazione master-slave-slave-slave- *, puoi solo scrivere sul master in un set di repliche e leggere da qualsiasi di esse.
Per una configurazione del sito standard, va bene. Si abbina molto bene all'utilizzo di MySQL.
Ma se stai cercando di creare un servizio globale come un CDN che deve mantenere sincronizzati tutti i nodi globali anche se leggi / scrivi a tutti loro, qualcosa come la replica in CouchDB sarà un grande vantaggio per te.
Mentre MongoDB ha un linguaggio simile a una query che puoi usare e sembra molto intuitivo, CouchDB adotta un approccio di "riduzione della mappa" e questo concetto di visualizzazioni. All'inizio sembra strano, ma man mano che lo si prende, inizia davvero a sentirsi intuitivo.
Ecco una rapida panoramica, quindi ha un senso:
- CouchDB memorizza tutti i tuoi dati in un b-tree
- Non puoi "interrogarlo" in modo dinamico con qualcosa del tipo "SELEZIONA * DALL'UTENTE DOVE ..."
- Invece, definisci "visualizzazioni" discrete dei tuoi dati ... "qui è una vista di tutti i miei utenti", "qui è una vista di tutti gli utenti di età superiore a 10" "qui è una vista di tutti gli utenti di età superiore a 30" e presto.
- Queste viste sono definite usando l'approccio di riduzione della mappa e sono definite come funzioni JavaScript.
- Quando si definisce una vista, il DB inizia a alimentare tutti i documenti del DB a cui è stata assegnata la vista, attraverso di essa e registrando i risultati delle funzioni come "indice" su tali dati.
- Ci sono alcune domande di base che puoi fare sulle viste come chiedere un tasto specifico (ID) o un intervallo di ID indipendentemente da ciò che fa la tua funzione mappa / riduzione.
- Leggi queste diapositive , è il miglior chiarimento della mappa / riduzione in Couch che ho visto.
Quindi entrambe queste fonti usano documenti JSON, ma CouchDB segue questo approccio "ogni server è un maestro e può sincronizzarsi con il mondo" che è fantastico se ne hai bisogno, mentre MongoDB è davvero il MySQL del mondo NoSQL.
Quindi, se suona più come quello di cui hai bisogno / desideri, provalo.
Piccole differenze come il protocollo binario di Mongo e l'interfaccia RESTful di CouchDB sono tutti dettagli minori.
Se vuoi la velocità pura e l'inferno con la sicurezza dei dati, puoi far funzionare Mongo più velocemente di CouchDB in quanto puoi dire che funziona senza memoria e non commette cose sul disco tranne che per intervalli sparsi.
Puoi fare lo stesso con Couch, ma il suo protocollo di comunicazione basato su HTTP sarà 2-4x più lento della comunicazione binaria grezza con Mongo in questa "velocità su tutto!" scenario.
Tieni presente che la folle velocità folle è inutile se un crash del server o un errore del disco corrompe e brucia il tuo DB nell'oblio, quindi quel punto di dati non è così sorprendente come potrebbe sembrare (a meno che tu non stia facendo sistemi di trading in tempo reale su Wall Street, nel qual caso guarda Redis).
Spero che tutto aiuti!