NoSQL ve geleneksel bir RDBMS arasındaki farklar nelerdir?
Son birkaç ay boyunca, teknik haberlerde NoSQL sıkça bahsedilmiştir. Geleneksel bir RDBMS'ye göre en önemli özellikleri nelerdir? Farklılıklar hangi seviyede (fiziksel, mantıksal) gerçekleşir?
NoSQL'i kullanmak için en iyi yerler neresidir? Neden?
Yanıtlar:
NoSQL "Sadece SQL" anlamına gelmez ve genellikle veritabanının son on yılda çok popüler olan ilişkisel bir veritabanı olmadığı anlamına gelir.
NoSQL'in son birkaç yıldır bu kadar popüler olmasının nedeni, ilişkisel bir veritabanı bir sunucudan büyüdüğü zaman, artık kullanımı o kadar kolay olmama nedenidir. Başka bir deyişle, dağıtık bir sistemde çok iyi ölçeklenemezler. Google, Yahoo, Facebook ve Amazon'dan bahsettiğiniz büyük sitelerin tümü (Digg hakkında pek bir şey bilmiyorum) birçok veriye sahiptir ve verileri çeşitli nedenlerle dağıtılmış sistemlerde depolar . Verilerin bir sunucuya sığmaması veya yüksek kullanılabilirlik için gereksinimler olması olabilir .
Dağıtılmış bir sistemin özellikleri CAP Teoremi ile tanımlanabilir . Üç özellikten yalnızca en fazla ikisine sahip olabilirsiniz:
Amazon Dynamo, üç özelliğin de hepsine yaklaşmak için Yaklaşan Tutarlılığı kullanıyor . Kağıt Dinamo: Amazon'un Yüksek Kullanılabilir Anahtar-Değer Deposu , NoSQL veritabanları ve dağıtılmış sistemler hakkında bilgi edinmeye değerdir. Amazon Dynamo, A ve P özelliklerine sahiptir.
Google , C ve A özelliklerine sahip olan BigTable ile farklı bir yaklaşım benimsemiştir .
Başlangıçta yazdığım gibi, farklı gereksinimler için tasarlanmış birçok başka NoSQL veritabanı var. Neo4j gibi grafik veritabanları , CouchDB gibi belge veritabanları ve OrientDB gibi multimodel / nesne veritabanları .
Sonunda, ilişkisel veritabanlarının popüler kalacağını söylemek isterim. Çok esnek ve bakımı kolay. Ancak her zaman en iyi seçenek değildirler.
NoSQL çok geniş bir terimdir ve genellikle "Sadece SQL Değil" anlamına gelir. Bu terim RDBMS üyesi olmayan toplulukta iyiliğin dışında kalıyor.
NoSQL veritabanının birkaç ortak özelliği olduğunu göreceksiniz. Kabaca birkaç kategoriye ayrılabilir:
Bu büyük bir sorudur, ancak bu Dağıtılmış Veritabanları Anketinde oldukça iyi cevaplanmıştır .
Kısa bir cevap için:
NoSQL veritabanları, başka toleranslar elde etmek için (bölüm toleransı, performans, yükü dağıtmak veya yeni donanımın eklenmesiyle doğrusal olarak ölçeklendirmek için) çeşitli ACID bölümleri ile dağıtılabilir.
Ne zaman kullanılacağı kadarıyla - bu tamamen uygulamanızın ihtiyaçlarına bağlıdır.
NoSQL, geleneksel bir RDBMS gibi sabit bir şemaya sahip olmayan bir tür veritabanıdır. NoSQL veritabanları ile şema geliştirici tarafından çalışma zamanında tanımlanır. Veritabanına karşı normal SQL ifadeleri yazmazlar, bunun yerine ihtiyaç duydukları verileri almak için bir API kullanırlar. NoSQL veritabanları genellikle aradığınız verinin hangi sunucuda olduğunu bilmeden farklı fiziksel sunucular arasında kolayca ölçeklenebilir.
Bununla birlikte, tüm bu esneklik için bazı avantajlar vardır: NoSQL veritabanları, SQL Server, Oracle, DB2, MySQL vb. Gibi RDBMS sistemlerine kıyasla oldukça eksiktir.
NoSQL yeni bir şey değil. Aslında 50-60 yıl civarında olmuştur. O zaman buna COBOL adı verildi. Aynı kesin fikir, sadece farklı bir grup ile geldi.
Temel olarak ilişkisel düzeneğe, birincil ve yabancı anahtarlara ve işlem güvenliğini sağlamadaki ilave ek yüke uyma, genellikle performansta aşırı artışlar sağlar. Bununla birlikte, bu yeni veritabanlarına / veri depolarına özgü değildir, çünkü MySQL katmanları atlayarak "NoSQL seviyelerinde" performans gösterecek şekilde ayarlanmıştır.
Kısacası, muhtemelen veri kaybı riskiyle karşı karşıya olduğunuzda, etkileyici performans elde edebilirsiniz. Çoğu NoSQL sistemi bunu yapar. Örneğin MongoDB uygun olduğunda yazılması gereken veri değişikliklerini yapar. Verilerin kendisi güvenli ve işlemsel olarak güvenlidir ancak geçici depolamada (bellekte) saklanır. Eğer güç kaybederseniz, veri kaybetmediğinizden ya da verilerinizin bozulmadığından% 100 emin olamazsınız.
Güvenlik ve performans arasında bir takas.
Başlamak için iyi bir yer Wikipedia girişidir . Temel olarak, verileri bir tabloda diğerine ilişkilendirmek, bir şeyleri anahtar değer çiftleri olarak saklarsınız ve veritabanı şeması yoktur, kod yerine kullanılır.
Birkaç site hem NoSQL hem de tipik RDBMS sunucularını aynı anda kullanır, ancak farklı verileri depolar. Yani birini seçmek zorunda değilsin.
MongoDB NoSQL Veri Tabanı ve Oracle üzerinde yoğun olarak çalıştım.
Şema
SQL veritabanı, yapılandırılmış verileri depolamak için önceden tanımlanmış bir şemaya sahiptir.
NoSQL veritabanında önceden tanımlanmış bir şema yoktur, burada şema veri elemanlarına göre en dinamik elemandır.
Ölçeklenebilirlik
SQL Veritabanları dikey olarak ölçeklenebilir durumdadır; bu, eğer SQL tabanlı veritabanını ölçeklendirmek istiyorsak, DBMS Sisteminin kurulu olduğu donanım artışı sağlamamız gerekir. Bu bazen ölçeklenebilirliğin sınırlandırılması için de geçerli.
NoSQL veritabanları yatay olarak ölçeklenebilirdir, yani ölçeklendirmek istiyorsak, kendi ihtiyacımıza ve gerekli gücümüze göre daha fazla düğüm ekleyip dağıtım ağı oluşturmamız gerekir. Veritabanındaki yükü bu şekilde azaltırlar
Veri Alma
SQL tabanlı veritabanlarında verileri tanımlamak ve değiştirmek için günümüzde çok güçlü olan SQL'i (Structured Query Language) kullanabiliriz.
NoSQL veritabanı açısından, sorgular toplama ve belgelere odaklanır. Bazen UnQL (Yapılandırılmamış Sorgu Dili) olarak adlandırılır. Bu hala evrim aşamasında, bu yüzden satıcıdan NoSQL veri tabanının satıcısına değişiyor.
Önemli farklılıklar hakkında daha fazla bilgi için blogum: SQL ve NoSQL veritabanı arasındaki fark