O analista Luca, do Setor de Inovação do TJSE, está propondo a criação de um ambiente para armazenar dados que não se sabe, a priori, qual é a sua estrutura, ou seja, um banco de dados schemaless. Então, Luca solicitou ao Setor de Infraestrutura a disponibilização de um banco de dados em que as entidades são armazenadas em nós e os relacionamentos entre essas entidades são armazenados em vértices. Para atender a demanda de Luca, o Setor de Infraestrutura deverá disponibilizar um banco de dados:
- A)Grafo;
Certa: o modelo orientado a grafo representa entidades em nós e relacionamentos em arestas/vértices.
- B)Colunar;
Errada: banco colunar organiza os dados por colunas, não por nós e relacionamentos.
- C)Chave-valor;
Errada: banco chave-valor armazena dados em pares chave e valor, sem estrutura de vértices para relações.
- D)Multidimensional;
Errada: banco multidimensional é voltado a análise OLAP e cubos, não à representação de nós e vínculos.
- E)Orientado a documento.
Errada: banco orientado a documento guarda dados em documentos semiestruturados, e não em nós com relacionamentos em vértices.
Gabarito: A
Quando o enunciado fala em banco de dados schemaless, a ideia é simples: você não precisa definir, de antemão, uma estrutura rígida para todos os dados. Isso aparece bastante em contextos de dados sem formato fixo, crescimento rápido e modelos mais flexíveis. Aqui, o detalhe decisivo não é só ser flexível, mas como os dados são representados: entidades ficam em nós e os relacionamentos em vértices, o que aponta diretamente para o modelo de banco de dados em grafo. Nesse tipo de banco, o foco está nas conexões entre os dados. Em vez de pensar apenas em tabelas, você pensa em pontos e ligações, como uma rede social, recomendação de produtos, rotas e dependências. É justamente por isso que ele é muito usado quando o relacionamento entre informações é tão importante quanto os próprios dados. A alternativa A está correta porque banco de dados orientado a grafo armazena entidades como nós e os relacionamentos como arestas/vértices, permitindo navegação eficiente entre conexões. Essa é a descrição clássica do modelo gráfico, muito explorado pela doutrina de bancos NoSQL. Se você lembrar de "nós + relações", já acende a luzinha do grafo. As outras opções fogem da descrição: banco colunar organiza dados por colunas, chave-valor trabalha com pares chave e valor, multidimensional é típico de OLAP/cubos, e orientado a documento guarda informações em documentos semiestruturados, como JSON ou XML. Nenhum deles tem como marca principal representar relacionamentos em vértices entre nós.