あるアプリケーションは、属性として partNumber (パーティションキー)、vendor (ソートキー)、description、productFamily、および productType を持つ DynamoDB テーブルを使用しています。一部のモジュールは、productFamily と productType で製品リストを頻繁にクエリします。これらのアクセスパターンに対するクエリパフォーマンスを向上させる変更はどれですか？

正解は、productFamily をパーティションキー、productType をソートキーとするグローバルセカンダリインデックス (GSI) を作成することです。GSIは、ベーステーブルとは異なるパーティションキーとソートキーを持つことができるため、productFamilyとproductTypeで頻繁にクエリされるアクセスパターンに最適です。これにより、これらの属性での効率的なクエリが可能になり、パフォーマンスが向上します。 ローカルセカンダリインデックス (LSI) は、ベーステーブルと同じパーティションキーを持つ必要があります。したがって、productFamilyをパーティションキーとするLSIは作成できません。テーブルを再作成しても、LSIの制約は変わりません。Scanオペレーションはテーブル全体をスキャンするため、非常に非効率的で、パフォーマンスを大幅に低下させます。