Bancos de dados NoSQL: modelo orientado a grafos
Gabarito: letra B. A descrição apresentada — "numerosas e complexas relações entre os dados, sobretudo nas conexões muitos-para-muitos, em que sua modelagem se torna mais intuitiva" — corresponde diretamente ao banco de dados orientado a grafos. Nesse modelo, os dados são representados por nós (entidades) e arestas (relacionamentos), sendo a modelagem de conexões complexas e muitos-para-muitos natural e eficiente, diferentemente dos bancos relacionais.
A banca cobra o conhecimento das categorias de bancos NoSQL e suas aplicações típicas. Cada tipo (chave-valor, documentos, colunas, séries temporais e grafos) tem um caso de uso predominante. A questão descreve com clareza o cenário ideal para grafos.
Alternativa A — ❌ Incorreta
O modelo chave-valor é simples e performático para consultas por chave exata, mas não foi projetado para modelar relacionamentos complexos entre dados. É mais indicado para caches, sessões e dados simples.
Alternativa B — ✅ Correta ⟵ GABARITO
Bancos de dados de grafos (ex.: Neo4j, Amazon Neptune) são especializados em armazenar e consultar relacionamentos. Representam entidades como nós e associações como arestas, permitindo navegar por conexões muitos-para-muitos de forma intuitiva. Exatamente o que o enunciado descreve.
Alternativa C — ❌ Incorreta
O modelo documento (ex.: MongoDB) armazena dados semiestruturados em formato JSON ou similar, sendo ótimo para esquemas flexíveis e agregações, mas não oferece suporte nativo a relacionamentos complexos como os grafos.
Alternativa D — ❌ Incorreta
O modelo colunas (ex.: Cassandra, HBase) é otimizado para grandes volumes de dados e consultas analíticas, com foco em escalabilidade horizontal. Não é a melhor escolha para modelar conexões muitos-para-muitos.
Alternativa E — ❌ Incorreta
Bancos de séries temporais (ex.: InfluxDB, TimescaleDB) são voltados para dados indexados por tempo, como métricas de IoT ou monitoramento. Relacionamentos complexos entre dados não são seu foco.
Gabarito: letra B.