Pular para o conteúdo principal

Questão de Banco de Dados — Arquitetura de Banco de Dados — FGV 2026

Banco de DadosArquitetura de Banco de Dados
Código
fg127356
Banca
FGV
Órgão
AL-RO
Ano
2026
Nível
Superior
Cargo
Analista Legislativo (Tecnologia da Informação - Banco de Dados)
Uma aplicação de cache de alta velocidade para sessões de usuário foi implementada utilizando um banco de dados NoSQL do tipo Chave-Valor. A aplicação exige latência mínima para operações de leitura e escrita e não precisa de relacionamentos complexos ou consultas ad hoc.Assinale a opção que apresenta a principal vantagem de um banco de dados Chave-Valor em relação a um SGBD Relacional tradicional.
  1. AOferece esquemas flexíveis e suporte nativo para documentos JSON complexos.
  2. BGarante a integridade referencial por meio de Foreign Keys e suporta transações ACID completas.
  3. CPermite a escalabilidade horizontal massiva e latência de milissegundos, pois as consultas são reduzidas a uma simples busca pelo endereço do valor.
  4. DPossui uma linguagem de consulta declarativa rica, facilitando consultas de agregação e JOINS complexos.
  5. EÉ ideal para modelagem de redes sociais, onde o foco principal é a relação entre entidades.
Revelar gabarito e comentário

GabaritoC — Permite a escalabilidade horizontal massiva e latência de milissegundos, pois as consultas são reduzidas a uma simples busca pelo endereço do valor.

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 Chave-Valor × Relacional

Gabarito: letra C. A principal vantagem de um banco de dados Chave-Valor sobre um SGBD Relacional é a escalabilidade horizontal massiva e latência de milissegundos, pois as consultas se resumem a uma simples busca pelo endereço do valor (acesso direto pela chave). Essa característica o torna ideal para aplicações de cache de alta velocidade, como sessões de usuário, onde não são necessários relacionamentos complexos ou consultas ad hoc.

A questão testa a capacidade de distinguir as características dos diferentes modelos NoSQL em relação ao modelo relacional. Cada alternativa explora um aspecto que não é próprio dos bancos Chave-Valor.

Característica

Banco Chave-Valor (NoSQL)

SGBD Relacional

Vantagem do Chave-Valor no contexto

Escalabilidade

Horizontal massiva (adicionar servidores)

Vertical limitada (aumentar recursos de um servidor)

Permite crescimento linear com baixo custo

Latência

Milissegundos (acesso direto pela chave)

Maior (consultas complexas, JOINS, índices)

Ideal para cache de alta velocidade

Modelo de consulta

Simples: busca por chave

Declarativa (SQL) com JOINS, agregações

Operações rápidas de leitura/escrita

Relacionamentos

Não suporta

Suporta (Foreign Keys, integridade referencial)

Não necessário para sessões de usuário

Transações ACID

Geralmente não suporta

Suporta completamente

Sacrificado em prol de desempenho

Alternativa A — ❌ Incorreta

Oferecer esquemas flexíveis e suporte nativo para documentos JSON complexos é característica de bancos orientados a documentos (ex.: MongoDB), e não de bancos Chave-Valor. Estes armazenam pares chave-valor simples, sem estruturação em documentos.

Alternativa B — ❌ Incorreta

Garantir integridade referencial por meio de Foreign Keys e suportar transações ACID completas são pilares dos SGBDs Relacionais. Bancos Chave-Valor, por sua vez, geralmente sacrificam essas garantias em prol de desempenho e escalabilidade.

Alternativa C — ✅ Correta ⟵ GABARITO

A escalabilidade horizontal (adicionar mais servidores) e a latência de milissegundos são vantagens nativas dos bancos Chave-Valor, pois o modelo de dados permite localizar o valor instantaneamente pela chave. É exatamente o que a aplicação de cache de sessões exige: operações rápidas de leitura/escrita sem necessidade de consultas complexas.

Alternativa D — ❌ Incorreta

Possuir linguagem de consulta declarativa rica, com suporte a agregações e JOINS complexos, é uma característica dos SGBDs Relacionais (SQL). Bancos Chave-Valor não oferecem essa flexibilidade; seu acesso é limitado a operações simples pela chave.

Alternativa E — ❌ Incorreta

Modelagem de redes sociais com foco em relacionamentos entre entidades é o domínio dos bancos orientados a grafos (ex.: Neo4j). Bancos Chave-Valor não são projetados para representar ou consultar conexões entre dados.

NÃO CAIA NESSA!

A banca troca as características dos diferentes tipos de NoSQL e do modelo relacional. O aluno que confundir Chave-Valor com Documentos (A) ou com Grafos (E), ou que atribuir ao Chave-Valor propriedades relacionais (B, D), erra a questão. A chave é lembrar que Chave-Valor = simples, rápido e escalável, sem consultas complexas.

PEGA ESSA DICA!

Para fixar, associe cada modelo a seu caso de uso principal:

  • Chave-Valor: cache, sessões, filas (alta velocidade).

  • Documentos: dados semiestruturados, JSON (flexibilidade).

  • Colunas: Big Data, análises massivas (eficiência em colunas).

  • Grafos: redes sociais, fraudes (relacionamentos).

Gabarito: letra C.

Link permanente: /questoes/fg127356