Questão de Banco de Dados — SQL — CESPE / CEBRASPE 2024
Banco de Dados›SQL
Código
ce185071
Banca
CESPE / CEBRASPE
Órgão
SEBRAE-NACIONAL
Ano
2024
Nível
Superior
Cargo
Analista Técnico II – Banco de Dados
No que se refere ao processo de tuning de banco de dados, assinale a opção em que é citada uma abordagem frequentemente utilizada para otimizar o desempenho de consultas SQL.
Aconcentrar todas as operações de leitura e escrita em um único servidor para maximizar o uso de recursos disponíveis
Baumentar o tamanho das transações para reduzir a frequência de commits e melhorar a eficiência geral
Canalisar e ajustar os planos de execução das consultas para identificar e otimizar operações que consomem mais recursos
Dremover todas as chaves estrangeiras para evitar a sobrecarga de verificações de integridade referencial durante as operações de inserção e atualização
Revelar gabarito e comentário▾
GabaritoC — analisar e ajustar os planos de execução das consultas para identificar e otimizar operações que consomem mais recursos
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”.
Otimização de Consultas SQL (Tuning)
Gabarito: letra C. A abordagem de analisar e ajustar os planos de execução das consultas é uma prática central de tuning de banco de dados. Ferramentas como EXPLAIN (ou EXPLAIN PLAN) permitem identificar operações com alto custo (ex.: scans sequenciais, joins ineficientes) e otimizá-las, sendo amplamente utilizada para melhorar o desempenho de consultas SQL.
A banca testa o conhecimento sobre as técnicas reais de otimização, contrapondo-as com práticas equivocadas ou simplistas.
1Identificar consulta lenta
2Analisar plano de execução (EXPLAIN)
3Detectar gargalos (scans, joins, ordenação)
4Aplicar ajustes (índices, reescrita)
5Reduzir tempo de resposta
LEVEL · soulevel.com.br
Alternativa C — ✅ Correta ⟵ GABARITO
Esta é a alternativa que descreve corretamente uma prática consagrada de tuning: examinar e refinar o plano de execução gerado pelo SGBD. Analisar planos permite detectar gargalos como falta de índices, joins ineficientes ou ordenações custosas, e então aplicar ajustes (criação de índices, reescrita da consulta, etc.) para reduzir o tempo de resposta. É uma etapa essencial no ciclo de otimização.
Alternativa A — ❌ Incorreta
Concentrar todas as operações em um único servidor é o oposto do que se busca em tuning. Uma abordagem comum de otimização é distribuir a carga, seja por meio de sharding, replicação ou balanceamento entre múltiplos servidores, para evitar contenção de recursos e gargalos de I/O. A centralização tende a degradar o desempenho, não otimizá-lo.
Alternativa B — ❌ Incorreta
Aumentar o tamanho das transações para reduzir a frequência de commits não é uma prática recomendada de tuning. Transações muito longas aumentam a probabilidade de deadlocks, mantêm locks por mais tempo e podem sobrecarregar os logs de transação. O ideal é manter transações curtas e com escopo bem definido; ajustar o tamanho da transação não é estratégia primária de otimização de consultas.
Alternativa D — ❌ Incorreta
Remover chaves estrangeiras para eliminar verificações de integridade referencial sacrifica a consistência dos dados em troca de ganho de desempenho. Embora possa acelerar inserções/atualizações, isso raramente é adotado como prática de tuning, pois viola a integridade do banco. O correto é usar índices adequados, otimizar o esquema e, se necessário, desligar verificações temporariamente com cautela (ex.: SET FOREIGN_KEY_CHECKS=0), mas nunca como solução permanente. A alternativa confunde uma gambiarra com tuning.