Questão de Banco de Dados — Banco de Dados Relacionais — IMPARH 2025
Banco de Dados›Banco de Dados Relacionais
Código
qg536045
Banca
IMPARH
Órgão
CGM de Fortaleza - CE
Ano
2025
Nível
Superior
Cargo
Auditor de Controle Interno - Área 2 (Ciências da Computação)
Ao analisar as consultas mais frequentes em um banco de dados relacional, com baixa frequência de alterações de dados, um DBA decidiu tomar uma ação visando melhorar a performance, reduzindo o tempo de resposta dessas consultas. Assinale a alternativa que seria efetiva no cenário descrito.
ANormalizar até 4NF as tabelas que envolvem consultas com muitos JOINs.
BCriar índices em colunas utilizadas com frequência em operações de busca.
CUtilizar comandos NoSQL para remover o overhead das consultas.
DAlterar a estrutura de dados do armazenamento das tabelas por arquivos JSON.
Revelar gabarito e comentário▾
GabaritoB — Criar índices em colunas utilizadas com frequência em operações de busca.
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 bancos de dados relacionais
Gabarito: letra B. Criar índices nas colunas mais usadas em buscas é a técnica mais direta e eficaz para acelerar consultas SELECT em bancos relacionais com baixa frequência de alterações, pois reduz a necessidade de varreduras completas nas tabelas (full scan).
A banca testa o conhecimento de otimização de desempenho. Em cenários de muitas consultas e poucas alterações, índices são aliados poderosos; normalização excessiva (até 4NF) tende a aumentar JOINs e piorar performance, e soluções NoSQL ou JSON não se aplicam a um banco relacional já existente nem melhoram consultas SQL padrão.
Alternativa A — ❌ Incorreta
Normalizar até a quarta forma normal (4NF) pode até reduzir redundância, mas aumenta o número de tabelas e, consequentemente, a quantidade de JOINs necessários. Isso aumenta o tempo de resposta, não o reduz. Em cenário de consultas frequentes, o excesso de normalização é contraproducente.
Alternativa B — ✅ Correta ⟵ GABARITO
Índices são estruturas auxiliares que permitem ao SGBD localizar rapidamente as linhas que atendem a uma condição de busca, sem percorrer a tabela inteira. Em um banco com baixa frequência de atualizações, o custo de manutenção dos índices é mínimo, tornando-os extremamente vantajosos para acelerar consultas. É a ação padrão recomendada para melhorar desempenho de leitura.
Alternativa C — ❌ Incorreta
Comandos NoSQL não se aplicam a bancos relacionais. NoSQL é uma categoria de bancos não relacionais com modelos de dados diferentes. Tentar "remover o overhead" de consultas SQL usando NoSQL dentro de um banco relacional não faz sentido; ou se migra o banco, o que não é uma simples "ação" do DBA no mesmo banco, ou se usa extensões proprietárias que não alteram o paradigma relacional.
Alternativa D — ❌ Incorreta
Alterar a estrutura de dados para arquivos JSON significaria sair do modelo relacional para um modelo de documentos, o que não é uma ação trivial de otimização. Além disso, JSON não é otimizado para consultas relacionais com JOINs ou agregações; na verdade, consultas sobre dados JSON em bancos relacionais costumam ser mais lentas, a menos que haja suporte especializado (como índices JSON) — e mesmo assim, não substitui o modelo relacional já estabelecido.
Conclusão: A única alternativa que melhora efetivamente a performance de consultas frequentes em um banco relacional com poucas alterações é a criação de índices (alternativa B).