Um engenheiro de computação está otimizando uma consulta le...
A ação de tunning mais provável para forçar o SGBD a usar um método de busca mais eficiente é
Gabarito comentado
Confira o gabarito comentado por um dos nossos professores
Gabarito: C
Fundamento decisivo: O ponto decisivo é a presença de uma varredura completa em uma tabela com milhões de tuplas e a indicação de uma ação de tuning para tornar a busca mais eficiente.
- Se o problema apontado é full table scan em consulta filtrada, verifique primeiro se existe índice adequado para a coluna do predicado WHERE.
- Diferencie ajuste de método de acesso de ajustes de infraestrutura: cache, disco e isolamento podem afetar desempenho, mas não são a resposta típica para viabilizar acesso indexado.
- Quando a questão falar em ação "mais provável", escolha a medida diretamente conectada ao ponto técnico descrito no plano de execução.
- Não conclua além da base: criar índice é a medida correta aqui, mas isso não significa que o SGBD sempre usará o índice ou que full scan seja sempre errado.
Clique para visualizar este gabarito
Visualize o gabarito desta questão clicando no botão abaixo
Comentários
Veja os comentários dos nossos alunos
Quando o plano de execução mostra uma:
varredura completa da tabela (full table scan)
em uma tabela muito grande, normalmente o problema é que o SGBD não possui um caminho eficiente para localizar as linhas desejadas.
A otimização mais comum é criar um: índice
especialmente na coluna usada na cláusula WHERE
Com isso, o SGBD pode usar:
- index seek;
- index scan;
- acesso direto às tuplas,
em vez de ler milhões de registros.
- A) Desfragmentar disco → não resolve o problema lógico da consulta.
- B) Desativar Buffer Pool → pioraria desempenho.
- C) Criar índice na coluna do WHERE → correto.
- D) SERIALIZABLE → trata concorrência, não tuning de busca.
- E) Codificação de caracteres → irrelevante para o plano de execução.
C
Clique para visualizar este comentário
Visualize os comentários desta questão clicando no botão abaixo