Banco de Dados · FGV · 2026 | Questão sqc-fg126148

Banco de DadosÍndices

Código: fg126148
Banca: FGV
Órgão: AL-GO
Ano: 2026
Nível: Superior

Cargo: Analista Legislativo - Analista de Infraestrutura

Os índices são estruturas de dados no banco de dados relacionais que demandam uma manutenção específica para manter os dados organizados. No SQL Server, a fragmentação e a densidade da página estão entre os fatores que os analistas da ALEGO devem considerar ao decidir se a manutenção do índice deve ser executada e qual método de manutenção será usado. Com relação aos conceitos de fragmentação e densidade de página, analise as alternativas a seguir.I. Quando a densidade da página for baixa, mais páginas serão necessárias para armazenar uma mesma quantidade de dados. Isso significa que mais operações de E/S serão necessárias para ler e gravar esses dados, assim como mais espaço em memória será necessária para armazenar esses dados em cache. Quando a memória é limitada, menos páginas exigidas por uma consulta serão armazenadas em cache, causando ainda mais operações de E/S em disco. Consequentemente, a densidade de página baixa afeta negativamente o desempenho.II. O mecanismo de banco de dados modifica os índices automaticamente sempre que são executadas operações de inserção, atualização ou exclusão nos dados subjacentes. Por exemplo, a adição de linhas em uma tabela pode fazer com que as páginas existentes nos índices de columnstore se dividam, liberando espaço para a inserção de novas linhas. Com o decorrer do tempo, essas modificações podem fazer com que os dados do índice sejam fragmentados e dispersados pelo banco de dados.III. Quando o otimizador de consulta do SQL Server compila um plano de consulta, ele considera o custo das operações de E/S necessárias para ler os dados exigidos pela consulta. Quando a densidade de página baixa, há mais páginas a serem lidas, portanto, o custo das operações de E/S será maior. Isso pode afetar a escolha do plano de consulta. Por exemplo, à medida que a densidade de página diminui ao longo do tempo devido a divisões de página, o otimizador pode compilar um plano diferente para a mesma consulta, com um perfil de consumo de recursos e desempenho diferente.IV. Para as consultas SQL que leem muitas páginas usando varreduras de índices completas ou de intervalo, índices pouco fragmentados podem prejudicar o desempenho da consulta quando operações de E/S adicionais são necessárias para ler os dados. Em vez de algumas solicitações com poucas operações de E/S, a consulta exigiria muitas solicitações com poucas operações de E/S para ler a mesma quantidade de dados.Está correto o que se afirma em

AIII e IV, apenas.
BII e III, apenas.
CII e IV, apenas.
DI e III, apenas.
EI, II, III e IV.

Revelar gabarito e comentário

GabaritoD — I e III, apenas.

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

Fragmentação e Densidade de Página em Índices (SQL Server)

Gabarito: letra D (itens I e III). A baixa densidade de página aumenta o número de páginas necessárias para armazenar os dados, elevando operações de E/S e consumo de cache, o que prejudica o desempenho (I). O otimizador de consultas baseado em custos do SQL Server considera o custo de E/S; conforme a densidade de página diminui, o custo de leitura aumenta, podendo levar a planos de consulta diferentes (III). O item II está incorreto porque índices columnstore não sofrem divisão de páginas (page split) como os índices rowstore. O item IV inverte o conceito: são os índices altamente fragmentados (e não pouco fragmentados) que prejudicam o desempenho em varreduras completas ou de intervalo.

Item	Afirmação	Veredito	Motivo
I	Baixa densidade → mais páginas → mais E/S e cache	✅ Correto	Descreve corretamente o impacto negativo da baixa densidade de página.
II	Columnstore sofre page split; banco modifica índices automaticamente nesses casos	❌ Incorreto	Índices columnstore não são submetidos a page split; o texto generaliza incorretamente.
III	Otimizador considera custo de E/S; densidade varia e altera planos	✅ Correto	O otimizador baseado em custos ajusta planos conforme a densidade de página.
IV	Índices pouco fragmentados prejudicam desempenho de varreduras	❌ Incorreto	O prejuízo é causado por alta fragmentação, não por baixa.

Item I — ✅ Correto

A afirmativa descreve com precisão o efeito da baixa densidade de página (menos linhas por página) no SQL Server. Mais páginas implicam mais operações de E/S, maior consumo de cache e, com memória limitada, menos páginas armazenadas em cache, agravando ainda mais a latência. O desempenho é negativamente afetado, exatamente como exposto.

Item II — ❌ Incorreto

O erro está em afirmar que "a adição de linhas em uma tabela pode fazer com que as páginas existentes nos índices de columnstore se dividam". Índices columnstore armazenam dados em formato colunar comprimido, organizado em segmentos de linhas (rowgroups). Eles não sofrem page split como os índices rowstore (B-tree). As modificações em índices columnstore ocorrem de forma diferente (por exemplo, deltastore). Portanto, a afirmação sobre divisão de páginas é incorreta para columnstore. O restante do item (banco de dados modifica índices automaticamente) é verdadeiro, mas a menção ao columnstore invalida o item.

NÃO CAIA NESSA!

A banca mistura conceitos de índices rowstore e columnstore. No SQL Server, page split é um fenômeno típico de índices B-tree (rowstore). Columnstore utiliza estruturas de dados diferentes e não realiza divisões de página. O candidato que conhece apenas rowstore pode achar o item correto, mas a banca explora exatamente essa confusão.

Item III — ✅ Correto

O otimizador de consultas do SQL Server é baseado em custo. Ele estima o número de páginas a serem lidas para cada operação. Quando a densidade de página é baixa, há mais páginas para a mesma quantidade de dados, aumentando o custo de E/S. Com o tempo, divisões de página reduzem a densidade e podem fazer o otimizador escolher um plano diferente (ex.: trocar um índice seek por um scan, ou mudar a ordem das operações). A afirmativa descreve corretamente esse comportamento dinâmico.

Item IV — ❌ Incorreto

A afirmação diz que "índices pouco fragmentados podem prejudicar o desempenho da consulta quando operações de E/S adicionais são necessárias". Na realidade, o que prejudica o desempenho é a alta fragmentação (páginas desordenadas, com espaço interno excessivo ou com gaps). Quando o índice está pouco fragmentado, as páginas estão bem organizadas e as operações de E/S são eficientes. Portanto, o item inverte a relação: fragmentação alta é que é prejudicial.

Conclusão: Estão corretos apenas os itens I e III, o que corresponde à alternativa D.

Gabarito: letra D

Link permanente: /questoes/fg126148