Questão de Banco de Dados — Banco de Dados — FGV 2025
Banco de Dados›Banco de Dados
Código
fg115304
Banca
FGV
Órgão
MPU
Ano
2025
Nível
Superior
Cargo
Analista do - Desenvolvimento de Sistemas
O analista Paulo precisa analisar e descobrir padrões nas relações entre as diversas entidades nos processos judiciais do MPU, como promotores, juízes, autores, réus, secretários e advogados. Para isso, Paulo vai utilizar um banco de dados NoSQL para armazenar essa rede social judiciária que chamou de SocialJud.Para implementar o SocialJud, Paulo deve usar um banco de dados:
Acolunar;
Bchave-valor;
Corientado a documento;
Dorientado a grafos com nós e arestas;
Ematricial com dimensões hierárquicas.
Revelar gabarito e comentário▾
GabaritoD — orientado a grafos com nós e arestas;
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 para redes sociais
Gabarito: letra D – orientado a grafos com nós e arestas. O cenário descreve uma rede social judiciária com entidades (promotores, juízes, autores, réus, secretários, advogados) e suas relações. O modelo de dados mais adequado para representar entidades e conexões é o banco de dados orientado a grafos, que utiliza nós para as entidades e arestas para os relacionamentos.
A questão testa o conhecimento dos diferentes tipos de bancos NoSQL e sua aplicação a problemas específicos. Segundo a classificação apresentada no material de apoio, os bancos NoSQL podem ser: colunar, chave-valor, orientado a documento, orientado a grafos e multi-modelo. Cada um atende a necessidades distintas.
Bancos NoSQL: Colunar (Grandes volumes, Consultas por colunas); Chave-valor (Simples e rápido, Sem associações nativas); Orientado a documento (Documentos semiestruturados, Sem suporte a relacionamentos); Orientado a grafos (Nós (entidades), Arestas (relacionamentos), Redes sociais); Matricial (OLAP) (Dados agregados, Dimensões hierárquicas)
Alternativa A – ❌ Incorreta
Bancos colunares (ex.: Cassandra) são otimizados para grandes volumes de dados com consultas por colunas, não para representar relacionamentos complexos entre entidades.
Alternativa B – ❌ Incorreta
Bancos chave-valor (ex.: Redis) são simples e rápidos para operações de busca por chave, mas não possuem mecanismos nativos para modelar associações entre dados.
Alternativa C – ❌ Incorreta
Bancos orientados a documento (ex.: MongoDB) armazenam documentos semiestruturados (JSON, BSON), mas não oferecem suporte nativo a consultas de relacionamentos como em grafos.
Alternativa D – ✅ Correta ⟵ GABARITO
Bancos orientados a grafos (ex.: Neo4j) são projetados justamente para modelar entidades (nós) e suas interconexões (arestas), permitindo consultas eficientes sobre relacionamentos, como os existentes em redes sociais. Exatamente o que Paulo precisa para o SocialJud.
Alternativa E – ❌ Incorreta
Bancos matriciais com dimensões hierárquicas (como bancos multidimensionais OLAP) são voltados para análise de dados agregados e não para modelagem de redes de entidades e relacionamentos.
PEGA ESSA DICA!
Em questões que mencionam "redes", "relacionamentos" ou "conexões" entre entidades, o banco NoSQL adequado é sempre o orientado a grafos. Associe diretamente: grafos → nós e arestas → relações.