Para armazenar o dataset ilustrado, é necessário utilizar o banco de dados NoSQL:GabaritoA — grafo;
Gabarito: letra A. O dataset ilustrado apresenta entidades (pessoas, empresas, cidades) conectadas por relacionamentos (amizade, trabalha em, mora em), o que caracteriza um modelo de dados orientado a grafos, cuja estrutura é composta por nós, arestas e propriedades — diferentemente dos modelos colunar, chave-valor e orientado a documentos, que não representam relacionamentos como elementos de primeira classe.
O banco de dados NoSQL é uma classe de sistemas de armazenamento não relacionais, que se organizam, em geral, em quatro modelos principais: chave-valor, orientado a documentos, orientado a colunas e orientado a grafos. Cada um é adequado a um tipo de problema: o chave-valor é uma grande tabela hash, o orientado a documentos armazena documentos semiestruturados (JSON, XML, BSON), o colunar organiza dados em colunas para consultas analíticas, e o de grafos modela entidades e seus relacionamentos de forma explícita.
O modelo de grafos é o único que não pode ser representado no formato tradicional de linhas e colunas, pois sua estrutura é composta por três componentes: nós (vértices), relacionamentos (arestas) e propriedades (atributos). Essa modelagem é ideal para dados altamente conectados, como redes sociais, sistemas de recomendação e detecção de fraudes, onde a consulta mais frequente é percorrer relacionamentos (ex.: "amigos de amigos").
Na prática, se o dataset mostra pessoas ligadas por amizade, empresas onde trabalham e cidades onde moram, a representação natural é um grafo: cada pessoa, empresa e cidade é um nó; cada amizade, vínculo empregatício e residência é uma aresta; e atributos como nome, idade e cargo são propriedades. Um banco relacional exigiria várias tabelas e junções (JOINs) para responder a essas consultas, enquanto um banco de grafos as responde percorrendo as arestas diretamente.
A pegadinha da banca está em confundir o modelo de grafos com outros modelos NoSQL, especialmente o orientado a documentos, que também armazena dados semiestruturados, mas sem a ênfase nos relacionamentos. O critério decisivo é: se a questão envolve entidades conectadas por relacionamentos explícitos, o modelo é de grafos; se envolve documentos com campos variados, é orientado a documentos; se envolve pares chave-valor, é chave-valor; se envolve colunas, é colunar.
O dataset ilustrado mostra entidades (pessoas, empresas, cidades) e os relacionamentos entre elas (amizade, trabalha em, mora em). Essa é a definição exata do modelo orientado a grafos, que utiliza nós (vértices), relacionamentos (arestas) e propriedades (atributos). Bancos de grafos são projetados justamente para armazenar e consultar dados altamente conectados, como redes sociais e sistemas de recomendação.
O modelo colunar (orientado a colunas) organiza os dados em colunas, otimizando consultas analíticas que agregam grandes volumes de dados (ex.: Cassandra, HBase). Ele não representa relacionamentos explícitos entre entidades; os dados são armazenados em famílias de colunas, não em nós e arestas. Portanto, não é adequado para o dataset ilustrado, que exige modelagem de conexões.
O modelo chave-valor é o mais simples dos NoSQL: cada chave está associada a um único valor, formando uma grande tabela hash (ex.: Redis, DynamoDB). Ele não possui conceito de relacionamento entre entidades — o valor é opaco ao banco. O dataset ilustrado, com múltiplas entidades interconectadas, não pode ser representado adequadamente apenas com pares chave-valor.
"Criptografado" não é um modelo de banco de dados NoSQL. Criptografia é uma técnica de segurança aplicável a qualquer banco de dados (relacional ou NoSQL), mas não define a estrutura de armazenamento. A questão pede o modelo de dados adequado ao dataset, e criptografia não é um modelo de organização de dados.
O modelo orientado a documentos armazena coleções de documentos semiestruturados (JSON, XML, BSON), onde cada documento é um objeto com identificador único e campos que se assemelham a pares chave-valor (ex.: MongoDB, CouchDB). Embora possa armazenar dados aninhados, ele não trata relacionamentos como elementos de primeira classe — as conexões entre entidades exigem consultas manuais ou referências. O dataset ilustrado, com relacionamentos explícitos, é melhor representado por um grafo.
A banca explora a confusão entre o modelo orientado a documentos e o modelo de grafos. Ambos são NoSQL e armazenam dados semiestruturados, mas o que decide é a ênfase nos relacionamentos: se o dataset mostra entidades conectadas (pessoas, empresas, cidades), o modelo é de grafos; se mostra apenas documentos com campos variados, é orientado a documentos. Fique atento a essa distinção — ela é o coração da questão.
Para identificar o modelo NoSQL adequado, pergunte-se: qual é a operação mais frequente? Se for percorrer relacionamentos ("amigos de amigos", "funcionários de uma empresa"), use grafo. Se for buscar por chave, use chave-valor. Se for consultar documentos com estrutura variável, use documentos. Se for agregar grandes volumes por coluna, use colunar. Essa classificação resolve a maioria das questões de prova.
Gabarito: letra A
Link permanente: /questoes/fg072455