Um engenheiro de computação está otimizando uma consulta lenta em um SGBD. Ele percebe que o plano de execução mostra uma varredura completa da tabela em uma tabela de milhões de tuplas.A ação de tunning mais provável para forçar o SGBD a usar um método de busca mais eficiente é
Adesfragmentar o disco rígido.
Bdesativar o Buffer Pool do SGBD.
Ccriar um índice na coluna utilizada na cláusula WHERE da consulta.
Daumentar o nível de isolamento da transação para SERIALIZABLE.
Emudar a codificação de caracteres do banco de dados.
Revelar gabarito e comentário▾
GabaritoC — criar um índice na coluna utilizada na cláusula WHERE da consulta.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Indexação em Banco de Dados
Gabarito: letra C. A ação de tuning mais provável para eliminar uma varredura completa de tabela (full scan) é criar um índice na coluna utilizada na cláusula WHERE da consulta. Com um índice (por exemplo, árvore B+), o SGBD pode localizar rapidamente as tuplas que satisfazem a condição, reduzindo drasticamente o número de acessos a disco e o tempo de resposta.
Alternativa A — ❌ Incorreta
Desfragmentar o disco rígido pode melhorar o tempo de leitura sequencial, mas não força o SGBD a usar um método de busca mais eficiente. A varredura completa continua sendo o método escolhido se não houver índice adequado.
Alternativa B — ❌ Incorreta
Desativar o Buffer Pool do SGBD reduziria significativamente o desempenho, pois os dados não seriam cacheados em memória. Isso tornaria a consulta ainda mais lenta, não mais eficiente.
Alternativa C — ✅ Correta ⟵ GABARITO
Criar um índice na coluna usada no WHERE é a solução clássica para acelerar consultas seletivas. O índice permite acesso direto às tuplas relevantes, evitando a leitura de toda a tabela.
Alternativa D — ❌ Incorreta
Aumentar o nível de isolamento da transação para SERIALIZABLE altera o comportamento de concorrência (prevenindo fenômenos como dirty read e phantom read), mas não influencia o método de busca utilizado pelo otimizador de consultas.
Alternativa E — ❌ Incorreta
Mudar a codificação de caracteres do banco de dados não tem impacto sobre o plano de execução da consulta. O método de busca continuará sendo definido com base nos índices existentes e nas estatísticas.
PEGA ESSA DICA!
Em questões de tuning, lembre‑se de que índices são a ferramenta primária para evitar full scans em consultas com filtros seletivos. Cuidado com alternativas que mencionam ações de hardware ou configurações de transação – elas raramente alteram o método de acesso.