Banco de Dados · FUNDATEC · 2026 | Questão sqc-qg685911

Banco de DadosSGBD - Sistema de Gerenciamento de Banco de Dados

Código: qg685911
Banca: FUNDATEC
Órgão: IFC-SC
Ano: 2026
Nível: Superior

Cargo: Professor EBTT - Informática: Banco de Dados

Um desenvolvedor backend está otimizando um sistema bancário que registra milhões de transações diárias na tabela TRANSACAO(id_transacao, id_conta, data, valor, tipo). Após análise dos logs do SGBD, ele identifica que consultas de extrato por id_conta estão consumindo tempo excessivo. Ao criar um índice sobre o atributo id_conta, as consultas passam a responder em milissegundos. Porém, durante os horários de pico, nos quais centenas de novas transações são registradas por segundo, o tempo de resposta das inserções aumenta visivelmente em comparação ao período anterior à criação do índice. Com base nesse cenário e nos conceitos sobre indexação em bancos de dados relacionais, assinale a alternativa correta.

AO comportamento observado é uma limitação do tipo de índice utilizado, que só é eficiente para chaves primárias e chaves estrangeiras, sendo inadequado para atributos como id_conta por não garantir unicidade dos valores indexados.
BO comportamento observado indica um problema de configuração, pois índices bem projetados devem melhorar indistintamente todas as operações SQL, incluindo inserções, atualizações e exclusões, sem qualquer impacto negativo no desempenho de escrita.
CO comportamento observado ocorre porque o índice criado armazena uma cópia completa da tabela TRANSACAO ordenada pelo atributo id_conta, duplicando o espaço em disco e exigindo sincronização integral entre a cópia e a tabela original a cada operação de escrita.
DO comportamento é esperado, pois índices melhoram o desempenho de consultas de busca ao reduzir o número de páginas acessadas, mas introduzem overhead nas operações de escrita, já que cada inserção ou atualização exige a manutenção das estruturas de índice correspondentes.
EO comportamento observado indica que o otimizador de consultas do SGBD está ignorando o índice criado nas operações de leitura, priorizando varreduras completas da tabela por serem mais eficientes em tabelas com alto volume de inserções concorrentes.

Revelar gabarito e comentário

GabaritoD — O comportamento é esperado, pois índices melhoram o desempenho de consultas de busca ao reduzir o número de páginas acessadas, mas introduzem overhead nas operações de escrita, já que cada inserção ou atualização exige a manutenção das estruturas de índice correspondentes.

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”.

Índices em Banco de Dados: Impacto em Leituras e Escritas

Gabarito: letra D. Índices aceleram consultas de busca (leituras) ao reduzir o número de páginas acessadas, mas introduzem overhead em operações de escrita (inserções, atualizações, exclusões) porque cada operação de escrita exige a manutenção das estruturas de índice correspondentes (como B-trees). Esse comportamento é esperado e não indica problema de configuração ou limitação do tipo de índice.

Aspecto	Índices em Banco de Dados	Impacto em Leituras	Impacto em Escritas	Comportamento no Cenário
Função	Estrutura auxiliar (ex.: B-tree, hash) que mapeia valores indexados às linhas	Reduz número de páginas acessadas, acelerando consultas de busca	Cada inserção/atualização/exclusão exige manutenção da estrutura de índice	Consultas de extrato por `id_conta` passam a responder em milissegundos
Overhead	Não armazena cópia completa da tabela, apenas mapeamento	Melhora desempenho de leitura	Adiciona custo extra em operações de escrita	Tempo de inserção aumenta visivelmente em horários de pico
Trade-off	Índices podem ser criados sobre qualquer coluna, independentemente de unicidade	Benefício em buscas seletivas	Degradação inevitável em escritas	Comportamento esperado e não indica problema de configuração

Alternativa A — ❌ Incorreta

Afirma que o índice só é eficiente para chaves primárias e estrangeiras, sendo inadequado para id_conta por não garantir unicidade. Erro: índices podem ser criados sobre qualquer coluna, independentemente de unicidade. A lentidão nas inserções não se deve a essa suposta limitação, mas ao custo de manter o índice.

Alternativa B — ❌ Incorreta

Afirma que um índice bem projetado deve melhorar todas as operações SQL sem impacto negativo. Erro: índices melhoram consultas de busca, mas sempre adicionam overhead em escritas, pois a estrutura de índice precisa ser atualizada a cada inserção/atualização/exclusão. Não existe índice que não degrade escritas.

Alternativa C — ❌ Incorreta

Afirma que o índice armazena uma cópia completa da tabela ordenada, duplicando espaço e exigindo sincronização integral. Erro: índices são estruturas auxiliares (ex.: B-tree, hash) que mapeiam valores indexados às linhas, não uma cópia completa da tabela. O overhead é de atualização do índice, não de sincronização de uma cópia.

Alternativa D — ✅ Correta

Descreve exatamente o trade-off: índices reduzem o número de páginas acessadas nas leituras (melhorando buscas), mas cada operação de escrita exige manutenção das estruturas de índice, gerando overhead. É o comportamento esperado e explica o cenário descrito.

Alternativa E — ❌ Incorreta

Afirma que o otimizador está ignorando o índice nas leituras, priorizando varreduras completas. Erro: as consultas de extrato passaram a responder em milissegundos, o que comprova que o índice está sendo usado corretamente para as leituras. O aumento no tempo de inserções é devido à manutenção do índice, não a desprezo do otimizador.

NÃO CAIA NESSA!

Muitos candidatos acreditam que índices só trazem benefícios ou que lentidão em escritas indica configuração errada. A questão testa justamente o trade-off leitura × escrita: a alternativa D é a única que reconhece esse custo como inerente e esperado.

PEGA ESSA DICA!

Em bancos com alta carga de escrita, crie índices apenas nas colunas realmente necessárias para consultas frequentes. Avalie o impacto antes de indexar e considere índices parciais ou desabilitáveis se o volume de inserções for crítico.

Gabarito: letra D

Link permanente: /questoes/qg685911