Atualmente, estamos no processo de implementar internamente uma solução semelhante a CRM para uma empresa profissional. Devido à natureza das informações armazenadas e aos valores e chaves variáveis das informações, decidimos usar um banco de dados de armazenamento de documentos, pois ele se adequava perfeitamente às finalidades (neste caso, escolhemos o MongoDB).

Como parte desta solução de CRM que desejamos armazenar relacionamentos e associações entre entidades, os exemplos incluem o armazenamento de informações sobre conflitos de interesse, acionistas, curadores etc. Ligando todas essas entidades da maneira mais eficaz possível, determinamos um modelo central de "relacionamento". necessário. Todos os relacionamentos devem ter informações de histórico anexadas a eles (datas de início e término), bem como metadados variáveis; por exemplo, um relacionamento com acionistas também conteria o número de ações detidas.

omo as soluções RDBMS tradicionais não atendiam às nossas necessidades anteriores, usá-las em nossa situação atual não é viável. O que estou tentando determinar é se o uso de um banco de dados de gráficos é mais pertinente no nosso caso ou se, de fato, apenas o uso das informações relacionais incorporadas do mongo é apropriad

As informações de relacionamento serão usadas bastante em todo o sistema. Um exemplo de algumas das consultas informativas que desejamos realizar são:

Obtenha todas as pessoas de 'contato principal' de empresas que são 'clientes' de 'xyz limited' Obtenha todos os outros 'acionistas' de empresas em que 'john' é acionista Obtenha todas as pessoas de 'contato principal' de entidades que são 'clientes' da 'abc limited' e que são clientes da 'trust us bank limited'

Dada essa estrutura de "árvore" de relacionamentos, o uso de um banco de dados de gráficos (como o Neo4j) é mais apropriad