Questão de Banco de Dados — Questões Mescladas de SGBDs NoSQL — FCC 2025

Bancos de dados NoSQL: modelos de armazenamento

Gabarito: letra D. Para representar e consultar conexões e relações complexas entre entidades — como partes, advogados e magistrados em processos judiciais — o modelo NoSQL adequado é o orientado a grafos, que modela dados como nós e arestas, permitindo navegar diretamente pelos relacionamentos. Os demais modelos (colunas, documentos, chave-valor) não são projetados para consultas de relacionamento profundo.

Os bancos de dados NoSQL (Not Only SQL) surgiram para atender a requisitos de gerenciamento de grandes volumes de dados, semiestruturados ou não estruturados, que necessitam de alta disponibilidade e escalabilidade. Eles utilizam dados sem esquema, são executados em clusters e trocam a consistência tradicional por outras propriedades úteis. Em geral, os bancos de dados NoSQL podem ser organizados com base em quatro modelos: chave-valor; orientado a documentos; orientado a colunas; e orientado a grafos.

O modelo orientado a grafos é a escolha natural quando o foco da aplicação são as relações entre os dados. Em um grafo, as entidades são representadas como nós (vértices) e os relacionamentos entre elas como arestas (arcos). Essa estrutura permite consultas eficientes de conectividade, como "quais advogados atuaram com o mesmo magistrado em mais de três processos?" — algo extremamente custoso em modelos relacionais ou em outros modelos NoSQL, que exigiriam múltiplos joins ou varreduras completas. Exemplos de SGBDs de grafos incluem o Neo4j, que utiliza a linguagem de consulta Cypher, e o OrientDB.

O modelo orientado a documentos armazena coleções de documentos. Os documentos são semelhantes entre si, mas não precisam ser exatamente os mesmos. É totalmente possível que os documentos possuam inclusive campos diferentes, isto é, possuam esquemas diferentes. Em documentos, não há atributos vazios, sendo que se um atributo não for encontrado significa que ele não foi configurado ou não é relevante para o documento. O acesso ao documento é com base na chave do documento. Após esse acesso, é possível consultas em partes do documento. O MongoDB é o principal representante desse modelo.

O modelo orientado a colunas organiza os dados em colunas em vez de linhas, otimizando consultas que agregam grandes volumes de dados sobre poucos atributos. É ideal para análise de dados massivos, como histórico de decisões ou registros de audiências, mas não para navegar por relacionamentos. O Cassandra é um exemplo clássico.

O modelo chave-valor é o mais simples: armazena pares de chave e valor, com acesso extremamente rápido por chave. É usado para cache, sessões e dados de perfil, mas não suporta consultas complexas por conteúdo ou relacionamento. O Redis é um exemplo.

A pegadinha da banca está em associar o contexto de "dados heterogêneos e não estruturados" (que sugere documentos) ou "grande volume" (que sugere colunas) à resposta correta. No entanto, o termo decisivo do enunciado é "relações complexas entre os envolvidos" — isso aponta inequivocamente para o modelo de grafos. Guarde a fronteira: documentos para dados semiestruturados com esquema flexível, colunas para análise massiva de dados, chave-valor para acesso rápido por chave, e grafos para relacionamentos complexos.

Alternativa A — ❌ Incorreta

Afirma que o banco orientado a colunas é adequado para "consultas complexas sobre o histórico de decisões judiciais". O modelo de colunas é otimizado para agregações e análises massivas sobre colunas específicas, não para consultas de relacionamento entre entidades. O enunciado pede conexões entre partes, advogados e magistrados — isso é domínio de grafos, não de colunas.

Alternativa B — ❌ Incorreta

Afirma que o banco orientado a documentos é adequado para "armazenar os textos dos processos judiciais, permitindo a flexibilidade na estrutura dos dados e facilitando a busca por informações específicas dentro dos documentos". Embora o modelo de documentos seja excelente para dados semiestruturados e busca textual, ele não é projetado para consultar relações complexas entre entidades. O enunciado pede conexões entre envolvidos — isso é domínio de grafos.

Alternativa C — ❌ Incorreta

Afirma que o banco orientado a colunas é adequado para "armazenar os registros de audiências judiciais, permitindo a rápida recuperação de transcrições completas de cada audiência". O modelo de colunas é otimizado para agregações e análises massivas sobre colunas específicas, não para recuperar documentos completos (transcrições). Transcrições completas são melhor armazenadas em bancos orientados a documentos. Além disso, o enunciado pede relações complexas — domínio de grafos.

Alternativa D — ✅ Correta ⟵ GABARITO

Afirma que o banco orientado a grafos é adequado para "mapear as relações entre diferentes partes envolvidas em processos judiciais, facilitando a identificação de conexões e padrões de comportamento entre os envolvidos". Isso é exatamente o que o modelo de grafos faz: representa entidades como nós e relacionamentos como arestas, permitindo consultas eficientes de conectividade e padrões. O enunciado pede "conexões e relações complexas" — o modelo de grafos é a solução natural.

Alternativa E — ❌ Incorreta

Afirma que o banco orientado a documentos é adequado para "armazenar os dados estruturados de processos judiciais, garantindo a integridade e a consistência dos dados através de esquemas rígidos". O modelo de documentos é schemaless (sem esquema rígido) — a flexibilidade é uma de suas características. Esquemas rígidos e integridade referencial são características do modelo relacional, não de documentos. Além disso, o enunciado pede relações complexas — domínio de grafos.

Gabarito: letra D