我正计划构建一个Wiki /资源应用程序，就其本身而言，使用Mongo有意义。但是，该应用程序的主要目的是拥有关联表，以显示各个内容项之间的连接。一个主要简化的示例是Odin, Zeus, Jupiter将是“ Allfather”关联中的一行。问题在于这些表可以无限期地增长，在Mongo中开发这种类型的网络似乎是相当复杂而令人沮丧的体验。
我一直在考虑对页面使用Mongo，只为这些关联维护一个小的Postgres数据库，但是直觉上有些不对劲。但是，我是一个经验丰富的前端开发人员，刚开始涉足后端/数据库，所以我不愿意相信我对数据库的直觉，但是哈哈。
postgres + mongo是解决上述问题的一个很好的解决方案，还是像图数据库（我昨天才了解到）之类的东西在其中发挥作用？
答案 0 :(得分：0)
在花了最后几个小时进行进一步研究之后，似乎图数据库是管理我在此处要开发的“关联”功能的正确解决方案，因为实际关系本质上将是多维的。
此外，我决定使用ArangoDB，因为它合并了键值（即Redis或postgres的hstore IIRC），文档存储（即Mongo的文档或Postgres的JSONB），并且图形数据库功能。 Arango可以在文档之间进行联接，甚至更好的是，它具有可在所有三种类型的模型上使用的单一统一查询语言。它周围还具有一个相当健壮的工具环境，看上去似乎很有前景。
如果有人想要一个很好的介绍来理解为什么要使用ArangoDB之类的“多模型数据库”，我发现this youtube video也很启发人。