Questão de Banco de Dados — Banco de Dados — FGV 2025
Banco de Dados›Banco de Dados
Código
fg121222
Banca
FGV
Órgão
TCE-PE
Ano
2025
Nível
Superior
Cargo
Analista de Controle Externo - Tecnologia da Informação
Os principais modelos de bancos de dados NoSQL - chave-valor, documento, colunar e grafo - são indicados para diferentes tipos de dados e necessidades de aplicação. Nesse contexto, a equipe de TI do TCE-PE está avaliando qual desses modelos é mais adequado para dois sistemas distintos que estão em fase de planejamento.Sistema 1: uma base de dados para armazenar perfis de servidores públicos e suas informações funcionais (dados estruturados e semiestruturados, com variações entre os cargos e históricos de alterações).Sistema 2: uma aplicação para análise de relacionamentos entre empresas e servidores, com foco em investigações de conflito de interesse, utilizando conexões como vínculos societários, contratos, nomeações e relações familiares.Nesse contexto, a combinação de modelos NoSQL mais apropriada para atender eficientemente as necessidades dos sistemas 1 e 2 é, respectivamente,
AColunar e Documento.
BGrafo e Colunar.
CChave-valor e Documento.
DColunar e Chave-valor.
EDocumento e Grafo.
Revelar gabarito e comentário▾
GabaritoE — Documento e Grafo.
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”.
Modelos NoSQL: Documento e Grafo
Gabarito: letra E. O Sistema 1 (perfis de servidores com dados semiestruturados e variações) é melhor atendido pelo modelo Documento, que oferece flexibilidade de esquema para dados heterogêneos. O Sistema 2 (análise de relacionamentos complexos) exige o modelo Grafo, que modela nós e arestas para conexões como vínculos societários e familiares.
A banca cobra a adequação prática de cada modelo NoSQL a cenários típicos. O modelo Documento armazena dados em estruturas autodescritivas (ex.: JSON), permitindo que cada perfil de servidor tenha campos diferentes e históricos de alterações sem rigidez de esquema. O modelo Grafo representa entidades como nós e relacionamentos como arestas, ideal para navegar por conexões múltiplas e identificar padrões como conflitos de interesse.
Sistema
Modelo NoSQL
Justificativa
Sistema 1 (perfis de servidores com dados semiestruturados e variações)
Documento
Oferece flexibilidade de esquema para dados heterogêneos (ex.: JSON), permitindo que cada perfil tenha campos diferentes e históricos de alterações sem rigidez
Sistema 2 (análise de relacionamentos entre empresas e servidores)
Grafo
Representa entidades como nós e relacionamentos como arestas, ideal para navegar por conexões múltiplas (vínculos societários, contratos, nomeações, relações familiares) e identificar padrões como conflitos de interesse
Alternativa A — ❌ Incorreta
Colunar e Documento. O modelo Colunar é otimizado para grandes volumes de dados analíticos (OLAP), não para perfis com variações. O Sistema 2 requer Grafo, não Documento.
Alternativa B — ❌ Incorreta
Grafo e Colunar. O Sistema 1 não demanda Grafo; perfis de servidores não são essencialmente relacionais. O modelo Colunar é inadequado para o Sistema 2.
Alternativa C — ❌ Incorreta
Chave-valor e Documento. Chave-valor é muito simples para dados semiestruturados; não oferece consultas por atributos internos. Documento até serviria para o Sistema 1, mas o Sistema 2 pede Grafo.
Alternativa D — ❌ Incorreta
Colunar e Chave-valor. Nenhum dos modelos se adequa aos cenários: Colunar não é flexível o bastante para perfis variados, e Chave-valor não lida com relacionamentos complexos.
Alternativa E — ✅ Correta ⟵ GABARITO
Documento e Grafo, respectivamente. Documento atende à natureza semiestruturada dos perfis, permitindo variações e histórico. Grafo mapeia perfeitamente as conexões entre empresas e servidores (nós: servidores, empresas, contratos; arestas: vínculos societários, nomeações, relações familiares), possibilitando consultas eficientes de conflito de interesse.
PEGA ESSA DICA!
Para identificar o modelo NoSQL certo, pergunte-se: os dados têm esquema flexível e podem variar? → Documento. A ênfase está nas relações entre entidades? → Grafo. Apenas pares simples de chave-valor? → Chave-valor. Grandes volumes de dados analíticos? → Colunar.