MongoDB vs. Cassandra [kapalı]

En iyi taşıma seçeneğinin ne olabileceğini değerlendiriyorum.

Şu anda, verilerimin çoğu JSON bloblarında depolanan, kırılmış bir MySQL (yatay bölüm) kullanıyorum. Herhangi bir karmaşık SQL sorguları (zaten benim db bölümlenmiş beri zaten taşındı) yok.

Şu anda, hem MongoDB hem de Cassandra muhtemelen seçenekler olacak gibi görünüyor. Benim durumum:

• Her sorguda çok sayıda okuma, daha az düzenli yazma
• "Devasa" ölçeklenebilirlik konusunda endişelenme
• Basit kurulum, bakım ve kod hakkında daha fazla endişe
• Donanım / sunucu maliyetini en aza indirin

Her sorguda çok sayıda okuma, daha az düzenli yazma

Her iki veritabanı, sıcak veri kümesinin belleğe sığdığı okumalarda iyi performans gösterir. Her ikisi de birleşimsiz veri modellerini vurgular (ve bunun yerine denormalizasyonu teşvik eder) ve her ikisi de MongoDB'nin dizinleri şu anda daha esnek olmasına rağmen , belgeler veya satırlar üzerinde dizinler sağlar.

Cassandra'nın depolama motoru, veri kümeniz ne kadar büyürse büysün sabit zamanlı yazma sağlar. Yazmalar, kısmen b-ağacı tabanlı depolama motoru nedeniyle MongoDB'de daha sorunludur, ancak daha çok tanecikli kilitleme nedeniyle daha fazladır .

Analitik için, MongoDB özel bir harita / azaltma uygulaması sağlar; Cassandra, Hive (Hadoop haritası / azaltma üzerine kurulu bir SQL veri ambarı) ve Pig (birçoğunun haritadan / iş yükleri için SQL'den daha uygun olduğunu düşündüğü Hadoop'a özgü bir analiz dili ) dahil olmak üzere yerel Hadoop desteği sağlar . Cassandra ayrıca Spark kullanımını da destekliyor .

"Devasa" ölçeklenebilirlik konusunda endişelenme

Tek bir sunucuya bakıyorsanız, MongoDB muhtemelen daha iyi bir seçimdir. Ölçeklendirmeyle ilgili daha fazla endişe duyanlar için Cassandra'nın tek başarısızlık noktası olmayan mimarisinin kurulumu daha kolay ve daha güvenilir olacaktır. (MongoDB'nin küresel yazma kilidi de daha acı verici olma eğilimindedir.) Cassandra ayrıca çoğaltmanızın nasıl çalıştığı üzerinde, birden fazla veri merkezi desteği de dahil olmak üzere çok daha fazla kontrol sağlar.

Basit kurulum, bakım ve kod hakkında daha fazla endişe

Her ikisinin de kurulumu önemsizdir ve tek bir sunucu için makul varsayılan varsayılan değerlerle birlikte. Endişe edilecek özel rol düğümleri olmadığından Cassandra çok sunuculu bir yapılandırmada kurmak daha kolaydır.

Şu anda JSON blobları kullanıyorsanız, MongoDB, verileri saklamak için BSON kullandığından, kullanım durumunuz için son derece iyi bir eşleşmedir. Mevcut veritabanınızda olduğundan daha zengin ve daha sorgulanabilir verilere sahip olabilirsiniz. Bu Mongo için en önemli galibiyet olurdu.

MongoDB'yi hiyerarşik bir veri yönetim sistemi oluşturarak (son 6 aydır) yoğun bir şekilde kullandım ve hem kurulum kolaylığı (hem kurun, çalıştırın, kullanın!) Hem de hız için kefil olabilirim. Endeksleri dikkatlice düşündüğünüz sürece, kesinlikle hızlı bir şekilde çığlık atabilir.

Cassandra'nın Twitter gibi büyük ölçekli projelerle kullanılması nedeniyle MongoDB ekibi orada parite üzerinde çalışmasına rağmen daha iyi ölçeklendirme işlevselliğine sahip olduğunu düşünüyorum. Cassandra'yı deneme aşamasının ötesinde kullanmadığımı belirtmeliyim, bu yüzden detay için konuşamam.

Benim için gerçek swinger, NoSQL veritabanlarını değerlendirirken sorgulamaktı - Cassandra temelde sadece dev bir anahtar / değer deposu ve sorgulama biraz fiddly (en azından MongoDB ile karşılaştırıldığında), bu yüzden performans için bir tür manuel dizin olarak oldukça fazla veri çoğaltın. MongoDB ise "örnek sorgu" modelini kullanır.

Örneğin, Kullanıcılar içeren bir Koleksiyonunuz (RDMS tablosuna eşdeğer için MongoDB parlance değeri) olduğunu varsayalım. MongoDB, kayıtları temelde ikili JSON nesneleri olan Belgeler olarak saklar. Örneğin:

{
   FirstName: "John",
   LastName: "Smith",
   Email: "john@smith.com",
   Groups: ["Admin", "User", "SuperUser"]
}

Smith adlı Yönetici haklarına sahip tüm kullanıcıları bulmak istiyorsanız, sadece yeni bir belge oluşturursunuz (Javascript kullanarak yönetici konsolunda veya seçtiğiniz dili kullanarak üretimde):

{
   LastName: "Smith",
   Groups: "Admin"
}

... ve ardından sorguyu çalıştırın. Bu kadar. Karşılaştırmalar, RegEx filtreleme vb. İçin ek işleçler vardır, ancak hepsi oldukça basittir ve Wiki tabanlı belgeler oldukça iyidir.

Neden geleneksel bir veritabanı ile NoSQL veri deposu arasında seçim yapmalısınız? İkisini de kullan! NoSQL çözümleriyle ilgili sorun (ilk öğrenme eğrisinin ötesinde) işlemlerin eksikliğidir - MySQL için tüm güncellemeleri yaparsınız ve MySQL'in okumalar için bir NoSQL veri deposu doldurmasını sağlarsınız - daha sonra her teknolojinin güçlü yanlarından faydalanırsınız. Bu daha fazla karmaşıklık katıyor, ancak zaten MySQL tarafına sahipsiniz - karışıma sadece MongoDB, Cassandra, vb. Ekleyin.

NoSQL veri depoları genellikle aynı spesifikasyonlar için geleneksel bir DB'den daha iyi ölçeklenir - Facebook, Twitter, Google ve çoğu yeni şirketin NoSQL çözümleri kullanmasının bir nedeni vardır. Sadece yeni teknolojilerle uğraşan meraklılar değil.

Muhtemelen dışarıda tuhaf bir adam olacağım, ama sanırım MySQL ile kalman gerek. Çözmeniz gereken gerçek bir sorun tarif etmediniz ve MySQL / InnoDB blob / json verileri için bile mükemmel bir depolama arka ucu.

Web mühendisleri arasında, bir RDBMS'nin tüm özelliklerinin kullanılmadığını fark eder etmez daha fazla NoSQL kullanmaya çalışmak için ortak bir hile vardır. Bu tek başına iyi bir neden değildir, çünkü çoğu zaman NoSQL veritabanları oldukça zayıf veri motorlarına sahiptir (MySQL'in depolama motoru olarak adlandırdığı şey).

Şimdi, bu tür değilseniz, lütfen MySQL'de nelerin eksik olduğunu belirtin ve farklı bir veritabanında (otomatik parçalama, otomatik yük devretme, çok master çoğaltma, daha zayıf bir veri tutarlılığı garantisi) küme, daha yüksek yazma işlemlerinde, vb.

Cassandra'yı kullanmadım, ama MongoDB'yi kullandım ve harika olduğunu düşünüyorum.

Basit kurulumdan sonraysanız, işte bu: MongoDB'nin yıldızını açıp mongod arka plan programını çalıştırın ve işte bu ... çalışıyor.

Açıkçası bu sadece bir başlangıç, ama başlamanız kolay.

Dün mongodb'da bir sunum gördüm. Kesinlikle kurulum "basit" olduğunu söyleyebilirim, onu açmak ve ateşlemek kadar basit. Bitti.

Hem mongodb hem de cassandra'nın neredeyse her türlü linux donanımında çalışacağına inanıyorum, bu yüzden o bölgede çok fazla engel bulamamanız gerekir.

Bu durumda, günün sonunda, kişisel olarak kendinizi daha rahat hissettiğiniz ve hangisini tercih ettiğiniz bir araç setine sahip olacağınızı düşünüyorum. Mongodb'daki sunumla ilgili olarak, sunum yapan kişi mongodb için araç setinin oldukça hafif olduğunu ve MySQL için mevcut olana benzer çok sayıda (gerçekten herhangi bir dediler) araçların olduğunu belirtti. Bu elbette ki YMMV deneyimleriydi. Mongodb hakkında sevdiğim bir şey, bunun için çok sayıda dil desteği göründüğü idi (Python ve .NET, öncelikle kullandığım iki varlık).

Mongodb kullanan sitelerin listesi oldukça etkileyici ve twitter'ın cassandra kullanmaya geçtiğini biliyorum.