Um aplicativo usa uma tabela DynamoDB com os atributos: partNumber (chave de partição), vendor (chave de classificação), description, productFamily e productType. Alguns módulos frequentemente consultam listas de produtos por productFamily e productType. Qual alteração melhorará o desempenho da consulta para esses padrões de acesso?

A criação de um Índice Secundário Global (GSI) com productFamily como chave de partição e productType como chave de classificação é a melhor solução. Um GSI permite consultar atributos que não fazem parte da chave primária da tabela base, otimizando o desempenho para padrões de acesso que usam productFamily e productType. Um Índice Secundário Local (LSI) requer que a chave de partição seja a mesma da tabela base (partNumber), o que não atende aos requisitos de consulta. Recriar a tabela com um LSI também não resolveria, pois o LSI ainda estaria restrito pela chave de partição da tabela base. Usar operações Scan é ineficiente para grandes tabelas, pois lê todos os itens e filtra, resultando em alto custo e latência.