Jika Anda berasal dari dunia MySQL, MongoDB akan "merasa" lebih alami bagi Anda karena dukungan bahasa seperti permintaan.
Saya pikir itulah yang membuatnya sangat ramah bagi banyak orang.
CouchDB fantastis jika Anda ingin memanfaatkan dukungan replikasi master-master yang sangat hebat dengan pengaturan multi-simpul, mungkin di pusat data yang berbeda atau sesuatu seperti itu.
Replikasi MongoDB (set replika) adalah setup master-slave-slave-slave *, Anda hanya dapat menulis ke master dalam set replika dan membaca dari salah satu dari mereka.
Untuk konfigurasi situs standar, tidak masalah. Ini memetakan penggunaan MySQL dengan sangat baik.
Tetapi jika Anda mencoba untuk membuat layanan global seperti CDN yang perlu menjaga semua simpul global disinkronkan meskipun membaca / menulis kepada mereka semua, sesuatu seperti replikasi di CouchDB akan menjadi keuntungan besar bagi Anda.
Sementara MongoDB memiliki bahasa seperti permintaan yang dapat Anda gunakan dan terasa sangat intuitif, CouchDB mengambil pendekatan "pengurangan peta" dan konsep pandangan ini. Awalnya terasa aneh, tetapi ketika Anda terbiasa, itu benar-benar mulai terasa intuitif.
Berikut ini adalah ikhtisar singkat sehingga masuk akal:
- CouchDB menyimpan semua data Anda dalam b-tree
- Anda tidak dapat "meminta" secara dinamis dengan sesuatu seperti "SELECT * FROM user WHERE ..."
- Alih-alih, Anda mendefinisikan "tampilan" diskrit data Anda ... "di sini adalah tampilan semua pengguna saya", "di sini adalah tampilan semua pengguna yang lebih tua dari 10" "di sini adalah tampilan semua pengguna yang lebih tua dari 30" dan begitu seterusnya.
- Tampilan ini didefinisikan menggunakan pendekatan pengurangan peta dan didefinisikan sebagai fungsi JavaScript.
- Saat Anda menentukan tampilan, DB mulai mengumpankan semua dokumen DB yang Anda tetapkan pandangan, melaluinya dan merekam hasil fungsi Anda sebagai "indeks" pada data itu.
- Ada beberapa pertanyaan dasar yang dapat Anda lakukan pada tampilan seperti meminta kunci tertentu (ID) atau rentang ID terlepas dari apa fungsi peta / pengurangan Anda.
- Baca slide-slide ini , ini klarifikasi peta / pengurangan terbaik di Couch yang pernah saya lihat.
Jadi kedua sumber ini menggunakan dokumen JSON, tetapi CouchDB mengikuti ini lebih banyak "setiap server adalah master dan dapat disinkronkan dengan dunia" pendekatan yang fantastis jika Anda membutuhkannya, sementara MongoDB benar-benar MySQL dari dunia NoSQL.
Jadi jika itu terdengar seperti apa yang Anda butuhkan / inginkan, lakukanlah.
Perbedaan kecil seperti protokol biner Mongo vs antarmuka RESTful dari CouchDB semuanya detail kecil.
Jika Anda ingin kecepatan mentah dan persetan dengan keamanan data, Anda dapat membuat Mongo berjalan lebih cepat dari CouchDB karena Anda dapat memerintahkannya untuk beroperasi di luar memori dan tidak melakukan hal-hal ke disk kecuali untuk interval jarang.
Anda dapat melakukan hal yang sama dengan Couch, tetapi protokol komunikasi berbasis HTTP akan menjadi 2-4x lebih lambat dari komunikasi biner mentah dengan Mongo dalam "kecepatan di atas segalanya!" skenario.
Perlu diingat bahwa kecepatan gila gila tidak berguna jika server crash atau kegagalan disk merusak dan membuat DB Anda terlupakan, sehingga titik data tidak sehebat kelihatannya (kecuali jika Anda melakukan sistem perdagangan real-time di Wall). Street, dalam hal ini lihat Redis).
Semoga semua bisa membantu!