Banco de Dados · FCC · 2026 | Questão sqc-fc077305

Banco de DadosBanco de Dados Paralelos e Distribuídos

Código: fc077305
Banca: FCC
Órgão: SEFAZ-SP
Ano: 2026
Nível: Superior

Cargo: Auditor Fiscal da Receita Estadual - AFRE - Gestão Tributária - Conhecimentos Específicos (P3)

Um sistema estadual de arrecadação consolida diariamente indicadores tributários provenientes de múltiplas fontes e, para acelerar leituras repetitivas desses indicadores já consolidados, a equipe de Dados está avaliando armazená-los em um banco NoSQL do tipo chave-valor. Considerando as características desse modelo de dados, a justificativa que melhor fundamenta essa escolha é:

ASuporte para recuperação de valores por chave com latência muito baixa, adequado a leituras repetitivas.
BHabilidade de distribuir grandes volumes de indicadores entre diversos nós utilizando estratégias de particionamento por chave, favorecendo escalabilidade horizontal em cenários de alta demanda e leituras repetitivas.
CIntegração com frameworks de análise em lote que utilizam chaves de agrupamento para processar periodicamente grandes volumes de dados tributários consolidados com leituras repetitivas.
DPossibilidade de organizar indicadores tributários em estruturas desnormalizadas onde cada conjunto consolidado é tratado como um registro chaveado, reduzindo a dependência de consultas internas e externas.
ECapacidade de aplicar políticas de replicação baseadas em chaves de partição, garantindo que indicadores críticos permaneçam disponíveis e acelerando leituras repetitivas, mesmo sob falhas de nós.

Revelar gabarito e comentário

GabaritoA — Suporte para recuperação de valores por chave com latência muito baixa, adequado a leituras repetitivas.

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

Banco de Dados NoSQL: Modelo Chave-Valor

Gabarito: letra A. O modelo chave-valor é otimizado para recuperar valores a partir de uma chave com latência extremamente baixa, sendo ideal para cenários de leituras repetitivas como o do enunciado. Essa é a característica central que justifica a escolha.

A banca testa o conhecimento sobre a finalidade principal dos bancos chave-valor. Enquanto outras alternativas mencionam benefícios como escalabilidade ou replicação, a justificativa mais direta e forte é a rapidez no acesso por chave.

Alternativa	Característica Principal	Relação com Leituras Repetitivas	Justificativa para Escolha
A (Gabarito)	Recuperação por chave com latência muito baixa	Direta e central	Otimização nativa para acesso rápido a valores individuais
B	Distribuição por particionamento de chave	Indireta (escalabilidade)	Favorece escalabilidade, mas não é o fundamento principal para velocidade
C	Integração com frameworks de análise em lote	Não se aplica	Cenário descrito não envolve processamento em lote
D	Organização em estruturas desnormalizadas	Parcial	Comum a vários modelos NoSQL, não é diferencial do chave-valor
E	Replicação baseada em chaves de partição	Indireta (disponibilidade)	Garante disponibilidade, mas não acelera leituras diretamente

Alternativa A — ✅ Correta ⟵ GABARITO

Bancos chave-valor são projetados para operações de leitura e gravação com base em uma chave única, oferecendo desempenho superior e latência muito baixa. O conteúdo de apoio destaca que esse modelo possui "rápido tempo de resposta" devido à sua simplicidade. Para leituras repetitivas de indicadores já consolidados, essa é a escolha mais adequada.

Alternativa B — ❌ Incorreta

A distribuição por particionamento de chave favorece a escalabilidade horizontal, mas não é a justificativa principal para acelerar leituras repetitivas. Embora seja um benefício real, a questão pede o fundamento mais diretamente relacionado à velocidade de leitura — que é a baixa latência por chave.

Alternativa C — ❌ Incorreta

A integração com frameworks de análise em lote (como MapReduce) não é uma característica exclusiva ou central dos bancos chave-valor. Além disso, o cenário descrito envolve leituras repetitivas de dados já consolidados, não processamento em lote.

Alternativa D — ❌ Incorreta

A possibilidade de organizar dados em estruturas desnormalizadas é comum a vários modelos NoSQL (documentos, colunas), mas não é o diferencial do chave-valor. A simplicidade e a velocidade de acesso por chave são os pontos fortes.

Alternativa E — ❌ Incorreta

Políticas de replicação baseadas em chaves de partição garantem disponibilidade e tolerância a falhas, mas não são a justificativa primária para acelerar leituras repetitivas. A baixa latência no acesso individual por chave é o fator decisivo.

Gabarito: letra A.

Link permanente: /questoes/fc077305