MySQL dünyasından geliyorsanız, MongoDB, sorgu benzeri dil desteği nedeniyle size çok daha doğal gelecektir.
Bence bir çok insan için bu kadar arkadaş canlısı.
Muhtemelen farklı veri merkezlerinde veya bunun gibi bir şeyde çok düğümlü bir kurulumla gerçekten harika master-master çoğaltma desteğini kullanmak istiyorsanız CouchDB harika.
MongoDB çoğaltması (çoğaltma kümeleri) bir master-slave-slave-slave- * kurulumudur, master'a sadece bir çoğaltma kümesinde yazabilir ve bunlardan herhangi birini okuyabilirsiniz.
Standart bir site yapılandırması için sorun değil. MySQL kullanımı ile çok iyi eşleşir.
Ancak, hepsine okuma / yazma rağmen tüm global düğümleri senkronize tutması gereken bir CDN gibi global bir hizmet oluşturmaya çalışıyorsanız, CouchDB'deki çoğaltma gibi bir şey sizin için büyük bir nimet olacaktır.
MongoDB, kullanabileceğiniz ve çok sezgisel hissettiği sorgu benzeri bir dile sahipken, CouchDB bir "harita azaltma" yaklaşımı ve bu görüş kavramlarını benimser. İlk başta tuhaf geliyor, ama asıldıkça, gerçekten sezgisel hissetmeye başlıyor.
İşte hızlı bir bakış, bu yüzden mantıklı:
- CouchDB tüm verilerinizi b ağacında saklar
- "SELECT * FROM user WHERE ..." gibi bir şeyle dinamik olarak sorgulayamazsınız.
- Bunun yerine, verilerinizin ayrı "görünümlerini" tanımlarsınız ... "burada tüm kullanıcılarımın bir görünümü", "burada 10 yaşından büyük tüm kullanıcıların bir görünümü" "burada 30 yaşından büyük tüm kullanıcıların bir görünümü" ve yakında.
- Bu görünümler, harita küçültme yaklaşımı kullanılarak tanımlanır ve JavaScript işlevleri olarak tanımlanır.
- Bir görünüm tanımladığınızda, DB, görünümü atadığınız DB'nin tüm belgelerini içinden beslemeye ve işlevlerinizin sonuçlarını bu verilerdeki "dizin" olarak kaydetmeye başlar.
- Harita / azaltma işlevinizin ne yaptığına bakılmaksızın, görünümlerde belirli bir anahtar (ID) veya kimlik aralığı istemek gibi yapabileceğiniz bazı temel sorgular vardır.
- Bu slaytları okuyun , Couch'ta gördüğüm haritanın en iyi açıklaması / azalması.
Yani bu kaynakların her ikisi de JSON belgelerini kullanıyor, ancak CouchDB bunu daha çok izliyor "her sunucu bir master ve dünya ile senkronize olabilir" yaklaşımı, ihtiyacınız varsa fantastik, MongoDB gerçekten NoSQL dünyasının MySQL'i.
Yani bu daha çok ihtiyacınız olan / istediğiniz gibi görünüyorsa, bunun için gidin.
Mongo'nun ikili protokolü ile CouchDB'nin RESTful arayüzü gibi küçük farkların hepsi küçük detaylardır.
Ham hız istiyorsanız ve veri güvenliği ile cehennem istiyorsanız , Mongo'nun bellek dışı çalışmasını ve seyrek aralıklar dışında diske bir şeyler yapmamasını söyleyebileceğiniz için CouchDB'den daha hızlı çalışmasını sağlayabilirsiniz.
Aynı şeyi Couch için de yapabilirsiniz, ancak HTTP tabanlı iletişim protokolü bu "her şeyin üzerinde hız!" İle Mongo ile ham ikili iletişimden 2-4 kat daha yavaş olacaktır. senaryo.
Bir sunucu çökmesi veya disk arızası, DB'nizi bozar ve unutulmaya zorlarsa, çiğ çılgın hızın işe yaramaz olduğunu unutmayın, böylece veri noktası göründüğü kadar şaşırtıcı değildir (Wall'de gerçek zamanlı ticaret sistemleri yapmadıkça) Sokak, bu durumda Redis'e bakın).
Umarım her şey yardımcı olur!