Düşündüğüm kullanabileceğimi SimpleDB nereye en zorlu alan başvurum (Ölçekleme gider) - twitter-yorum, ama yeri üst noktasına kadar zaman ben oturdu gerçekten başlatmak için uygulanması ile SEÇEBİLİRSİNİZ.

İlk iş olarak SEÇEBİLİRSİNİZ bile yorumlar (muhtemelen birden çok özniteliği içine uzun değerleri yıkmak için yeterli değildir öznitelik değeri başına 1000 bayt bir sınırlama vardır.

Sonra, maksimum etki boyutu 10 GB. Sözü veritabanı endişesi sharding vb. olmadan, büyütmek olabilecek olduğunu SEÇEBİLİRSİNİZ beri değil veri yükleri arttıkça düşebilir. Ama eğer doğru anladıysam, etki alanları ile sharding, ıe ile tam olarak aynı sorun olurdu. bir noktaya kadar veri kayıtları' dağıtım ve sorgular arasında uygulama düzeyinde etki. uygulamak gerek

Hatta tüm uygulama içinde var olan en basit nesneler için, yani. atom kullanıcı derecelendirme, sorgu içinde ortalama hesaplamak için SEÇEBİLİRSİNİZ bir seçenek değil, (her şeyi dize göre). Yani bir nesne için ortalama user rating hesaplamak için, bir kerede tüm kayıtları - 250 yük ve uygulama düzeyinde hesaplamak gerekiyor.

Eksik bir şey ile ilgili olarak SEÇEBİLİRSİNİZ mıyım? 10 GB gerçekten SEÇEBİLİRSİNİZ sınırlamaları aşmak için bir veritabanı mu? Açıkçası S3 ve EC2 kullandıkları için SEÇEBİLİRSİNİZ yararlanarak, hevesli zaten, ama şimdi ben sadece bir senaryo göremiyorum.

Büyük-ish bir kaç uygulama üzerinde SEÇEBİLİRSİNİZ kullanıyorum. Domain başına 10 GB sınırı beni endişelendiriyor, ama Amazon Bu eğer ihtiyacımız olursa genişletilmesi için izin üzerine kumar oynuyoruz. Bir istek eğer daha fazla alan isterseniz kendi sitesinde form var.

Bildiğim kadarıyla etki alanına katılır cross, geleneksel bir veritabanı olarak SEÇEBİLİRSİNİZ düşünme. Benim veri göç sırasında SEÇEBİLİRSİNİZ için, el ile çapraz etki alanına katılır mıyım diye bazı denormalize zorunda kaldım.

Öznitelik sınırlama başına 1000 bayt zor da etrafında çalışmak oldu. Ben bu uygulamaların bir veritabanı mesajlar ve yorumlar saklayan bir blog servisidir. Üzerinden SEÇEBİLİRSİNİZ taşımaya çalışırken, bu kısıtlama ile karşılaştım. Yukarı S3, ve benim kod okuma dosyaları gibi mesajlar ve yorumlar saklamak sona erdi. Bu yana EC2, S3 trafik sunucu hiçbir ekstra maliyet değil.

Belki de dikkat etmeniz gereken diğer sorunlardan birini SEÇEBİLİRSİNİZ nihai statüsü konusunda bir tutarlılık modelidir. Veri yazamazsın sonra yeni yazılmış verileri size iade edilecektir herhangi bir garanti. Sonunda verileri güncellenecektir.

Tüm bunlar, hala SEÇEBİLİRSİNİZ seviyorum dedi. Bu geçiş için pişman değilim. SQL 2005 server taşındım. SQL ile çok daha iyi kontrol vardı sanırım, ama bu kontrol vazgeçerek bir kez, daha fazla esneklik var. Önceden tanımlamak şemaya gerek yok harika. Kodunuzda güçlü ve sağlam bir önbellek katmanı ile, kolay SEÇEBİLİRSİNİZ daha esnek olun.