Bir uygulama, partNumber (bölüm anahtarı), vendor (sıralama anahtarı), description, productFamily ve productType özniteliklerine sahip bir DynamoDB tablosu kullanır. Bazı modüller, productFamily ve productType'a göre ürün listelerini sık sık sorgular. Bu erişim modelleri için sorgu performansını hangi değişiklik iyileştirir?

Uygulamanın productFamily ve productType'a göre sıkça sorgulama yapması, bu öznitelikler üzerinde verimli bir arama mekanizması gerektirir. Global Secondary Index (GSI), ana tablonun birincil anahtarından farklı bir bölüm ve/veya sıralama anahtarı tanımlayarak bu tür sorguları optimize eder. Bu sayede, productFamily ve productType kombinasyonuna göre doğrudan sorgulama yapılabilir, bu da performansı önemli ölçüde artırır. Local Secondary Index (LSI) ise ana tablonun aynı bölüm anahtarını kullanmak zorundadır, bu durumda partNumber. Ancak sorgular productFamily ve productType'a göre yapıldığı için LSI uygun değildir. Tabloyu yeniden oluşturmak ve bir LSI eklemek, ana tablonun birincil anahtarını değiştirmediği sürece productFamily ve productType'a göre sorgulamayı doğrudan desteklemez. Scan işlemleri, tüm tabloyu taradığı için çok maliyetli ve verimsizdir, bu nedenle performans düşüşüne neden olur.