Birçok bölümleme anahtarına sahip bir Azure tablo depolama tablosu, daha az bölümleme anahtarına sahip birçok tabloyla nasıl karşılaştırılır?

Question

TabloA'nın tüm okuma sorgularının bir dizi satır anahtarı için tek bölümlerde yürütüldüğü bir Windows Azure uygulaması var. Bu depolama planını kolaylaştıran Bölüm Anahtarları, bir Hiyerarşideki nesnelerin aslında düzleştirilmiş isimleridir, böylece Bölüm Anahtarı {root}_{child1}_{child2}_{leaf} gibi biçimlendirilir. Bu büyük bir TableA'nın, Tabloların isimlendirilmesinde Partisyon Anahtarlarının kök boyutlarını kullanarak birçok tabloya bölmenin nasıl faydalı olabileceğini anlayabiliyorum (böylece Bölüm Anahtarı {child1}_{child2}_{leaf} olur).

Yapmak istediğim şey, olabildiğince çok sayıda bağlantıdan alabildiğim kadar hızlı veri sağlamaktır. Bu sınırların ne olduğunu ya da olması gerektiğini anlayabilseydim inanılmaz olurdu. Önerdiğim değişiklikle ilgili

daha spesifik sorular:

1. bu ölçeklenebilirlik bir fark yaratmak Will, yani dramatik performansını mükemmelleştirmek olmadan servis edilebilir eşzamanlı veri erişim isteklerinin sayısı? Aynı zamanda servis edildi mi?
2. Bu, ortalama performansta bir fark yaratır mı? Potansiyel performans?

Answer 1

Her sorguda bir bölüm anahtarı belirtilirse, bu bölümlerin kaç tane tabloya yayıldığı fark edilmez. Diğer bir deyişle, aşağıdakiler eşdeğerdir: bin bölümden oluşan bir tablo, her biri bir bölmeli bin tabloya karşılık gelir.

Birden çok tabloya ayırmayı düşünmemizin başlıca nedeni, bir tablonun tamamını tek bir işlemle/işlemle silebilmenizdir; ancak aynı tablo içinde bir bölüm aralığıyla bunu yapamazsınız. Bu, bir süre sonra eskileri silmek isteyebileceğiniz günlükler gibi, farklı zaman aralıkları için farklı tablolara sahip olmanızın genellikle daha iyi olduğu anlamına gelir. Steve'in cevabı için

Answer 2

+1.

Bazı şeyler

• birden depolama hesaplarını kullanarak dikkate değer olabilir eklemek - başına her bir depolama hesabı resmen yaklaşık 5000 kişilik hedeflenmiştir/işlemleri - şu anda scability birimidir depolama hesabı beri İkincisi, bundan daha yüksek olmasını istiyorsanız, birden fazla hesap kullanmanız gerekir.
• Verilerinizi nasıl sorguladığınızla ilgili bazı hassas ayrıntılar vardır - öğeler aynı bölümde değilse, karmaşık bir parametreyle tek bir sorgu gerçekleştirmek yerine ayrı paralel sorgular gerçekleştirmek için genellikle daha hızlıdır.
• Eğer özellikle yararlı depolama ekibi blogunda blog yayınlarını bulabilirler - milyon hit başına yaklaşık $ 1-http://blogs.msdn.com/b/windowsazurestorage/archive/2010/11/06/how-to-get-most-out-of-windows-azure-tables.aspx ve http://blogs.msdn.com/b/windowsazurestorage/archive/2010/05/10/windows-azure-storage-abstractions-and-their-scalability-targets.aspx
• da maliyetlerin farkında olması gerekebilir.