Une application stocke des données dans DynamoDB. Certaines requêtes sont lentes car elles filtrent sur un attribut qui n'est ni la clé de partition de la table ni la clé de tri. L'ensemble de données va croître de manière significative. Quel changement améliorera les performances des requêtes pour cet attribut ?

La création d'un index secondaire global (GSI) avec l'attribut interrogé comme clé de partition est la solution la plus efficace. Un GSI permet d'interroger des attributs non-clés de manière performante, car il maintient une structure de données distincte et optimisée pour ces requêtes. Les requêtes lentes sont dues au filtrage sur un attribut non indexé, ce qui force DynamoDB à effectuer un scan complet de la table. Augmenter la taille de la page de requête ou réessayer les requêtes ne résout pas le problème fondamental d'accès aux données. Utiliser un scan parallèle peut améliorer la vitesse d'un scan, mais un scan est intrinsèquement moins efficace qu'une requête indexée pour des filtres spécifiques. Activer la mise à l'échelle automatique ou augmenter les RCU peut aider à gérer la charge, mais cela n'optimise pas la méthode d'accès aux données, ce qui signifie que les requêtes resteront inefficaces, même si elles sont plus rapides.