Farklı NoSQL veritabanlarına sahip zayıf yönler


10

Benim sorum: Farklı NoSQL veritabanlarının zayıf yönleri nelerdir? Özellikle, anahtar / değer çifti depolarının, grafik veri depolarının ve belge depolarının zayıflıkları nelerdir?

Güçlü yönleri bulmak için kolay bir zaman geçirdim, ancak zayıf yönlerle ilgili belgeler daha az görünüyor.

Düzenleme: Birbirlerine ve ilişkisel veritabanlarına kıyasla.

Yanıtlar:


7

Herhangi bir dağıtılmış veri deposunun en büyük gücü / zayıflığı CAP teoreminden gelir. Çok sayıda NoSQL sistemi için pratikte ne anlama geldiğini hızlı bir şekilde öğrenmek için http://blog.nahurst.com/visual-guide-to-nosql-systems adresine bakın .


1
Bunun NOSQL'in gerçekten dezavantajı olmadığını unutmayın. CAP teoremi herhangi bir dağıtık veri deposu için eşit olarak geçerlidir: SQL, NOSQL, ilişkisel veya ilişkisel değil.
nvogel

6

Bunları ilişkisel veritabanlarıyla karşılaştırıyorsanız, bariz zayıflık, anahtar / değer depolarının ilişkisel olmamasıdır. Sonuç olarak, anahtar / değer depolarını kullanarak raporlar yazmak, bu tür raporların ve veri çıkarmanın özel olarak tasarlandığı ilişkisel bir veritabanı kullanmaktan daha zor olabilir.


Pekala, diğer ikisi ne olacak? Anlayabildiğim kadarıyla, grafik veritabanlarının hepsi ilişkilerle ilgilidir.
Aedilum

1
@Aedilum: Deneyimlerim çoğunlukla ilişkisel veritabanlarıyla ilgili, ancak anahtar / değer depolarının, grafik veri depolarının ve belge depolarının belirli sorunları çözdüğünden şüpheleniyorum. Genel olarak, her biri özel olarak tasarlandığı sorun alanında güçlü, diğer alanlarda daha zayıf olacaktır.
Robert Harvey

2

Bu çok özneldir, bir zayıflık olabileceğini düşündüğünüz, bir başkasının en büyük gücü olduğunu düşünebilir.

Şu anda popüler olan tüm NoSQL veritabanları, mevcut RDBMS sistemlerinin zayıf olduğu sorunları ele almaktadır ve genellikle kaynak oluşturucunun sahip olduğu ve çözmeye çalıştığı belirli bir problemde oldukça uzmanlaşmıştır.

Bu nedenle, herhangi bir ürünün zayıflığı, zaman veya yerden verimli bir şekilde yapmanız gereken şeyi yapamamasıdır.


Gerçekten de, NoSQL hakkında öğrendiğim şeylerden biri, RDBMS'nin zor zamanlar geçirdiği, kısa zaman aralıklarında devasa miktarda işlem veya karmaşık ilişkiler gibi sorunları çözmek için yapıldığıdır.
Aedilum

1

NoSQL veritabanlarını sevdiğimi belirterek başlayacağım ve SQL tabanlı veritabanlarımızı ve uygulamalarımızı mantıklı hale getirme sürecindeyim. Bu süreç ışığa büyük bir zayıflık getirdi - operasyonel hikaye henüz orada değil. Bununla ne demek istediğim:

  • NoSQL hala hızlı hareket eden bir hedeftir. Sürümler arasında nelerin değiştiğini bilmek için oldukça yakından aşina olmanız gerekir. Operasyonel bir bakış açısından, bu birkaç zorluk yaratır - sistem yöneticileri en iyi uygulamalarla makul şekilde belgelenmiş şeylere alışırlar. En iyi uygulamalar tanımlanmadığında, onlar için biraz korkutucu olur.
  • Çok, çok az insan onları geliştirme topluluğunun ötesinde çalıştırmaya aşinadır. Bu, ürünü operasyonlara teslim etmek ve onunla yapmak istediğinizde bir zorluk haline getirir.
  • Daha iyi ops türleri hafif SQL'leri işleme ve en azından onu tanıma eğilimindedir. Json ya da nosql'iniz ne olursa olsun biraz öğrenme eğrisidir.
  • İtibar zor bir şeydir - veri kaybı ops türleri için çok korkutucu. SQL veritabanlarının nükleer soykırımdan kurtulacağına inanmaya başladılar. NoSQL orada bir satış işi olacak.

Zaman zaman diğer zor şeyler rapor ediyor - birçok kullanıcı aracı doğrudan sql veritabanlarına bağlanabilir, NoSQL hala bu köprüyü geçmek için bir geliştiriciye ihtiyaç duyar.


Yani, sonuçta ... Tahtada NoSQL ürünlerinin bebekliği ile ilgili olmayan gerçek bir zayıflık yok mu?
Aedilum

@Aedilum: Bu bebeklik oldukça büyük bir uyarı.
Robert Harvey

Robert Harvey: Tam olarak, bebeklik birçok konuya yalvarır. @Aililum: Bir tür olarak NoSQL veritabanınızla mantıklı olan şeyleri yaptığınızı ve üretimin çöktüğü gecenin karanlığında kendi çözümünüzü yuvarlamak da dahil olmak üzere yönetmek için pirzola sahip olduğunuzu varsayan korkunç bir zayıflık yok. çünkü manuel ve ücretli destek yok. Mantıklı olmak?
Wyatt Barnett
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.