Cloud Bigtable, satım alım işlemlerini (stock trades) işlem zaman damgasıyla (trade timestamp) başlayan satır anahtarıyla (row key) depolar. Binlerce eş zamanlı kullanıcı, şirket başına ortalama fiyatı sorguluyor; daha fazla hisse senedi eklendikçe performans düşüyor. Performansı nasıl artırırsınız?

Cloud Bigtable'da satır anahtarları, verilerin depolanma ve sorgulanma şeklini doğrudan etkiler. Mevcut durumda, satır anahtarı işlem zaman damgasıyla başladığı için, aynı hisse senedine ait veriler zaman içinde dağılmış olur. Bu durum, belirli bir hisse senedi için ortalama fiyat sorgulandığında, Bigtable'ın geniş bir aralığı taramasını gerektirir ve bu da performansı düşürür. Satır anahtarını hisse senedi sembolüyle başlatmak, aynı hisse senedine ait tüm verileri birbirine yakın gruplandırır. Bu sayede, belirli bir hisse senedi için yapılan sorgular çok daha verimli hale gelir, çünkü Bigtable yalnızca ilgili anahtar aralığını tarar. Diğer seçenekler neden yanlış: Satır anahtarını rastgele bir sayıyla başlatmak, verileri daha da dağıtarak sorgu performansını daha da kötüleştirir. BigQuery'ye geçmek, mevcut Bigtable uygulamasının tamamen yeniden yazılmasını gerektiren büyük bir mimari değişikliktir ve sorunun temel nedeni olan Bigtable'daki satır anahtarı tasarımını doğrudan çözmez. Cloud Storage'a özet verileri yazmak, gerçek zamanlı veya yakın gerçek zamanlı ortalama fiyat sorgularının performans sorununu çözmez, çünkü bu yaklaşım gecikme yaratır ve her sorgu için yeni bir hesaplama gerektirebilir.