Une application utilise une table DynamoDB avec les attributs suivants : partNumber (clé de partition), vendor (clé de tri), description, productFamily et productType. Certains modules interrogent fréquemment des listes de produits par productFamily et productType. Quel changement améliorera les performances des requêtes pour ces modèles d'accès ?

La création d'un index secondaire global (GSI) avec productFamily comme clé de partition et productType comme clé de tri est la meilleure solution. Un GSI permet d'interroger des attributs qui ne font pas partie de la clé primaire de la table principale, ce qui est le cas ici. En utilisant productFamily et productType comme clés du GSI, les requêtes fréquentes peuvent être exécutées efficacement sans affecter les performances de la table principale. Un LSI ne peut pas être créé sur des attributs qui ne font pas partie de la clé primaire de la table principale. Recréer la table avec un LSI utilisant productFamily comme clé de partition n'est pas possible car un LSI doit partager la même clé de partition que la table principale. Modifier les requêtes pour utiliser des opérations Scan est inefficace, car les Scans parcourent toute la table et filtrent les résultats, ce qui est coûteux en termes de performances et de coût pour des tables volumineuses.