Teknolojinin ilerlemesiyle birlikte insanoğlu cep telefonları, kablosuz ağlar ve hepsinden önemlisi İnternet ile kutsanmıştır. İnternet, bizden sadece bir tık ötede olan çok miktarda veriyle dolu. Bu kadar büyük hacimli veriler elektronik olarak bir veritabanında depolanır ve bu da bir veritabanı yönetim sistemi (DBMS) tarafından kontrol edilir. Cassandra ve MongoDB bu tür iki veritabanıdır.
Cassandra vs MongoDB
Cassandra ve MongoDB arasındaki fark, birincisi tablo yapısı ve anahtar değerden oluşan bir hibrit veri modeli üzerinde çalışırken ve bir “eşler arası” mimari modeli kullanırken, sonrakinin veri modeli nesne ve belge yönelimlidir ve “efendi-köle” modelini kullanır.
Cassandra, açık kaynaklı bir NoSQL veritabanıdır ve “eşler arası” mimari modeli kullanır. Bu özellik sayesinde, Cassandra bir küme içinde bir ana düğüme değil, birden çok ana düğüme sahiptir, bu nedenle, bir ana düğüm çökse bile, devralabilen ve veritabanının tüm isteklere yanıt vermesini sağlayan birden fazla ana düğüm vardır. zaman noktaları. Ayrıca, yalnızca ana düğüm girdi yazabilir ve kabul edebilir ve Cassandra küme modelini kullanır; bu, birden fazla ana düğümün girdi yazabileceği ve kabul edebileceği anlamına gelir. Bu model sayesinde Cassandra, yüksek veri kullanılabilirliği ve esnek ölçeklenebilirlik sağlar.
MongoDB ayrıca açık kaynaklı bir NoSQL veritabanıdır ve “master-slave” modeline dayanmaktadır. Sonuç olarak, ana düğüm çalışamaz hale geldiğinde, bir bağımlı düğüm, ana düğümün rolünü üstlenebilir ancak bu geçiş birkaç dakika sürer ve bu süre zarfında veritabanı, isteklere cevap verecek konumda değildir. Bu, veri kullanılabilirliğini etkiler. MongoDB ayrıca ölçeklenebilirlik açısından da sınırlıdır, çünkü yalnızca ana düğüm girdileri yazabilir ve kabul edebilir ve bağımlı düğümler yalnızca okuma için kullanışlıdır.
Cassandra ve MongoDB Arasındaki Karşılaştırma Tablosu
| Karşılaştırma Parametresi | cassandra | MongoDB |
| Veri örneği | Anahtar/değer çifti ile satırlar ve sütunlar kullanan bir tablo yapısı arasında bir melezdir. | Nesne ve belge odaklı veri modeline sahiptir. |
| Programlama Dili Desteği | C++, Python, Java, JavaScript,.Net, Ruby, PHP, Scala, Perl, C#, Clojure, Go, Erlang, Haskell'i destekler | C, C++, C#, Clojure, ColdFusion, Dart, Delphi, Ruby, Python, Scala, JavaScript, Java, Erlang, Go, Groovy, Haskell, PHP, Perl, Lisp, Lua, MatLab, PowerShell, Prolong, Smalltalk'ı destekler |
| Toplama Çerçevesi | Bir toplama çerçevesine sahip değildir ancak Hadoop, Apache Spark vb. gibi harici araçların yardımını gerektirir. | Yerleşik bir toplama çerçevesine sahiptir |
| Şema | Esnek bir şemaya sahiptir, bu nedenle, aynı sütun ailesindeki her satırın aynı sayıda sütuna sahip olması gerekmez. | MongoDB'nin daha yeni sürümünde, şema isteyip istemediğine karar verilebilir, bu da veritabanını çok daha esnek hale getirir. |
| Sorgu Dili Desteği | Cassandra Sorgu Dili (CQL), Cassandra'nın kendi sorgu dilidir | Henüz bir sorgu dili yok, ancak JSON yapısını kullanıyor |
Cassandra nedir?
Cassandra, Facebook tarafından gelen kutusu araması amacıyla geliştirildi ve 2008'de piyasaya sürüldü. 2009'da bir Apache projesi oldu ve Apache Cassandra olarak bilinmeye başladı.
Cassandra, verileri depolamak için sütun aileleri, satırlar, sütunlar ve anahtar alanından oluşan temel bir veri yapısını kullanan bir NoSQL veritabanıdır. Cassandra esnek bir şemaya sahip olduğundan, aynı sütun ailesindeki satırlar farklı sayıda sütuna sahip olabilir.
Cassandra'daki düğüm kümesindeki her düğüm aynı işlevlere sahiptir ve her tür isteği alır. Cassandra “efendi-köle” modelini kullanmaz, “koordinatör düğüm” fikrini kullanır. Bu, istemci bir istek yayınladığında, isteği alan düğümün belirli istek için koordinatör olduğu ve sonucu istemciye göndermek için müşterinin isteğine yönelik bilgileri içeren düğümden yanıt alışverişini koordine ettiği anlamına gelir..
Cassandra'nın öne çıkan birkaç kullanıcısı Netflix, Twitter, Viocom Hosting, Walmart Labs, Spotify, Reddit, Instagram ve Facebook'tur.
MongoDB nedir?
MongoDB, ölçeklenebilirlikle ilgili sorunları ele almak için 2007 yılında şu anda MongoDB, Inc. olarak bilinen 10gen tarafından geliştirilen bir NoSQL veritabanıdır.
Doküman odaklı bir veri tabanı olduğu için veri depolama için kullanılan birincil yapı dokümanlar şeklindedir. Bu bağlamda belge, tek bir veri birimini depolamak için kullanılan temel yapıdır. Şema olmaması nedeniyle, belgeler farklı yapı ve içeriklerle aynı koleksiyonda saklanır.
MongoDB'deki belgeler, sorgu dili olarak JSON'u kullanır, bu nedenle modeli nesne yönelimli programlamayı da destekleyebilir.
MongoDB, master-slave modeline dayalıdır, bunun sonucunda ana düğüm çalışmayı durdurursa, veritabanı birkaç dakikalığına çalışmayı durdurur. Bunu düzeltmek için MongoDB, bir ana düğümden veya birincil düğümden ve tüm ikincil düğümlerden oluşan bir çoğaltma kümesine sahiptir. Bu, ana düğümü istemci tarafından yapılan tüm isteklerin alıcısı yapar ve ayrıca tüm değişiklikleri işlem günlüğünde saklar. Köle düğümler, birincil düğümün işlem günlüğünü kullanır ve tutarlılığı korumak için değişiklikleri veri kopyalarına çoğaltır.
Birincil düğüm ölürse, MongoDB “kalp atışı” ve “seçimler” adı verilen bir iletişim protokolü kullanır. İki saniyelik aralıklarla, çoğaltma kümesinin üyeleri birbirlerine sinyal gönderir, bir üye on saniye içinde yanıt vermezse, ölü olarak kabul edilir ve ikincil düğümler bu konuda bilgilendirilir. Bunu takiben, çoğaltma seti bir seçim yapar ve yeni birincil düğüm olacak ikincil düğümü seçmek için oy kullanır. En yüksek oyu alan ikincil düğüm seçimi kazanır. Bir bağ olması durumunda, hangi ikincil düğümün birincil olacağına karar veren, Arbiter olarak bilinen üçüncü bir tür düğüm vardır.
Abode, Google, Forbes, Facebook, eBay, BOSH, Cisco, MongoDB'nin önde gelen kullanıcılarından bazılarıdır.
Cassandra ve MongoDB Arasındaki Temel Farklar
- Cassandra verileri depolamak için tablo yapısını kullanırken, MongoDB nesnel ve veri odaklı bir model kullanır.
- Cassandra, yüksek veri kullanılabilirliği sağlamak için bir düğüm kümesi kullanır. Oysa MongoDb tek bir ana düğüm kullanır ve böylece veri kullanılabilirliğini sınırlar.
- Cassandra, halkadaki tüm düğümler eşit olduğu için esnek ölçeklenebilirlik sağlar. Buna karşılık, MongoDB, tüm verileri depolamak için bir ana düğüme sahip olduğu için esnek ölçeklenebilirlik sunmaz.
- Cassandra yerleşik bir toplama çerçevesine sahip değildir, bu nedenle harici araçlara dayanır. Oysa MongoDB, küçük ve orta ölçekli veri trafiği için en uygun olan dahili bir toplama çerçevesine sahiptir.
- Cassandra bellek tabloları, kayıt günlükleri, küme, veri merkezleri ve düğüm gibi bileşenler sunarken, MongoDB geçici sorguları, dosya depolamayı, koleksiyonları, çoğaltmayı ve işlemleri destekler.
Çözüm
Cassandra ve MongoDB, her ikisi de NoSQL veritabanı yönetim sistemleridir, ancak bazı önemli farklılıkları vardır. Cassandra, işlem verileriyle ilgilenildiğinde daha önemli olduğunu kanıtlıyor, ancak MongoDB gerçek zamanlı analitik çalıştırmak için daha kullanışlı.
Referanslar
- https://dl.acm.org/doi/abs/10.1145/1773912.1773922
- https://bora.uib.no/bora-xmlui/bitstream/handle/1956/17228/kb-thesis.pdf?sequence=1&isAllowed=y
