NoSQL ilişkisel veritabanları ve ASİT garanti tarihi ile sonu olmayan ilişkisel veri depoları ifade eder. Popüler açık kaynak NoSQL veri depoları vardır:

• Cassandra (sekmeli, Java ile yazılmış, Cisco tarafından kullanılan) WebEx, Kazma, Facebook, IBM, Mahalo, Rackspace, Reddit ve Twitter
• CouchDB (belge, Ayrık yazılmış, BBC ve Motor Yard tarafından kullanılır)
• 4* *(anahtar-değer, Ayrık, Powerset tarafından kullanılan yazılı)
• 5* *(anahtar-değer, Java, Bing tarafından kullanılan yazılı)
• Hypertable (sekmeli, C ile yazılmış Göndermek için kullanılır)
• 7* *(anahtar-değer, Ayrık yazılmış)
• MemcacheDB (anahtar-değer, C ile yazılmış, Reddit tarafından kullanılır)
• MongoDB (belge, C ile yazılmış , Electronic Arts, Github, NY Times ve Sourceforge tarafından kullanılır)
• Neo4j (grafik, Java ile yazılmış, bazı İsveç üniversiteler tarafından kullanılır)
• Project Voldemort (anahtar-değer, Java ile yazılmış LinkedIn tarafından kullanılır)
• Redis (anahtar-değer, C ile yazılmış, Craigslist, Motor Bahçe ve Github tarafından kullanılır)
• 13* *(anahtar-değer, Ayrık, Konum ve Mochi Media tarafından kullanılan yazılı)
• 14* *(anahtar-değer, eğer x, Nokia tarafından kullanılan yazılı)
• 15* *(anahtar-değer, Ayrık, OnScale tarafından kullanılan yazılı)
• 16* *(belge, Java ile yazılmış)
• ThruDB (belge, C ile yazılmış , junkdepot.com tarafından kullanılır)
• Tokyo Cabinet/Tokyo Tyrant (anahtar-değer, C, Mixi tarafından kullanılmıştır.yazılı jp (Japon sosyal ağ sitesi))

Belirli sorunlar - okuyucu - veri depoları kullanarak çözmüş ve ne kullandığını bilmek istiyorum.

Soru:

• Ne ölçülebilirlik sorunları NoSQL veri depoları çözmek için kullandın mı?
• Ne NoSQL veri deposu kullandınız mı?
• Ne veritabanı NoSQL veri depolamak için geçiş önce kullandınız mı?

İlk elden deneyimleri arıyorum, lütfen bu sürece cevap yok.

Aslında benim şimdiki proje.

Böylece yapı içinde 18,000 nesneleri saklamak: 8 farklı tablolar arasında 90,000 satır. Her şeyi ile almak için 1 dakika sürdü ve Java nesne modeli için onlara göster, doğru dizin vb.

Anahtar/değer çiftleri basit bir metin gösterimi kullanarak onları saklamak:, 18,000 1 tablo satır, 3 saniye hepsini almak ve Java nesneleri yeniden.

İş açısından: ilk seçenek mümkün değildi. İkinci seçenek bizim app çalışır anlamına gelir.

Teknoloji detayları: hem SQL için MySQL üzerinde çalışan ve NoSQL! Verileri bozmamak için iyi işlem desteği MySQL, performans ve kanıtlanmış bir sicili ile yapıştırma, oldukça iyi Ölçekleme, vb kümeleme için destek.

MySQL veri modeli şimdi sadece anahtar alanlar (tamsayı) ve "değer" alanı: temel olarak. sadece büyük bir METİN alanı çok büyük.

Yaptığımız sadece herhangi bir yeni oyuncu (CouchDB, Cassandra, MongoDB vb.) çünkü ancak onlar her teklifi büyük özellikleri/performans olarak kendi doğru, orada her zaman bir dezavantajı bizim için şartlar (örneğin eksik/olgunlaşmamış Java desteği).

Fazladan parası (ab)MySQL kullanarak modelimiz bu parçalarıyapınçalışma ilişkisel kolayca anahtar/değer deposu bizim veri bağlanabilir.

Güncelleme: işte bir örnek nasıl temsil ettik metin içerik, değil, gerçek iş alanı (çalışmıyoruz "ürünler") olarak patronum olur vur beni, ama taşır fikri de dahil olmak üzere özyinelemeli boy (bir varlık, bir ürün, "içeren" Diğerleri). Umarım böylece yapısı içinde bu oldukça nasıl olabileceğini açık bir kaç tablo, örneğin diğer ürünler içerdiği lezzetleri yelpazesini, ürün birleştirme, vb

Name=An Example Product
Type=CategoryAProduct
Colour=Blue
Size=Large
Flavours={nice,lovely,unpleasant,foul}
Contains=[
Name=Product2
Type=CategoryBProduct
Size=medium
Flavours={yuck}
------
Name=Product3
Type=CategoryCProduct
Size=Small
Flavours={sublime}
]