Uma aplicação armazena dados no DynamoDB. Algumas consultas estão lentas porque filtram em um atributo que não é a chave de partição nem a chave de classificação da tabela. O conjunto de dados crescerá significativamente. Qual mudança melhorará o desempenho da consulta para esse atributo?

A opção correta é criar um Global Secondary Index (GSI) e tornar o atributo consultado a chave de partição do GSI. GSIs permitem consultar atributos que não são a chave primária da tabela principal, otimizando o desempenho para consultas em atributos não-chave. Ao usar o atributo como chave de partição do GSI, o DynamoDB pode distribuir os dados de forma eficiente e realizar consultas rápidas. Aumentar o tamanho da página de solicitação (Limit) não resolverá o problema de desempenho da consulta, pois ainda exigiria um scan completo da tabela ou uma operação ineficiente. Usar um scan paralelo pode acelerar a leitura de uma tabela grande, mas ainda é um scan completo e não otimiza consultas específicas em atributos não-chave. Habilitar o auto scaling de capacidade de leitura pode ajudar a lidar com picos de tráfego, mas não melhora a eficiência fundamental da consulta em um atributo não indexado.