Ed
anteontem
Vamos analisar passo a passo: - O problema é lentidão nas consultas de histórico por cliente, especialmente no fechamento mensal. - A tabela é volumosa (1.850.000 linhas examinadas por consulta). - A consulta filtra por id_cliente e intervalo de datas, ordenando por data_pedido. - Existe índice apenas na chave primária (id_pedido), que não é usado diretamente nos filtros. - Não há bloqueios de escrita, nem falhas de disponibilidade. - A área comercial quer duplicar dados em planilhas para ganhar velocidade (solução manual e fora do banco). - Infraestrutura sugere aumentar memória (solução de hardware, sem alteração lógica). - O profissional recebeu a consulta e plano de execução para decidir a melhor intervenção. Análise das alternativas: A) Excluir registros antigos e manter só resumo mensal: pode prejudicar histórico completo, não é ideal para sistema de vendas que precisa de dados transacionais completos. B) Aumentar memória do servidor: pode ajudar, mas não resolve a raiz do problema, que é a falta de índice adequado para a consulta. C) Duplicar tabela em planilhas: solução manual, propensa a erros, quebra integridade e não é recomendada. D) Criar índice aderente aos filtros (id_cliente e data_pedido), validar ganho, acompanhar plano de execução e manter regras transacionais: solução técnica correta, melhora desempenho sem perder integridade. Portanto, a intervenção mais adequada é a alternativa: D. Criar índice aderente aos filtros recorrentes, validar ganho em homologação, acompanhar plano de execução e manter as regras transacionais no banco, sem replicação manual de dados.