MongoDB + Postgres（或者我需要图形数据库吗？）
MongoDB + Postgres (or do I need a graph db?)
我打算构建一个 wiki/resource 应用程序，就其本身而言，使用 Mongo 是有意义的。但是，该应用程序的主要目的是让关联表显示各个内容项之间的联系。一个主要简化的示例是，Odin, Zeus, Jupiter 将是 "Allfather" 关联中的一行。问题是这些表可能会无限增长，而且在 Mongo 中开发这种类型的网络似乎是相当复杂和令人沮丧的经历。
我考虑过对页面使用 Mongo 并为这些关联维护一个小型 Postgres 数据库，但直觉上感觉有些不对劲。然而，我是一名经验丰富的前端开发人员，刚刚开始涉足backend/database，所以我还不愿意相信我对数据库的直觉哈哈。
postgres + mongo 是解决上述问题的好方法吗，还是像图形数据库（我昨天才知道）这样的东西可以发挥作用？
经过最后几个小时的进一步研究，图形数据库似乎确实是管理我希望在这里开发的 "association" 功能的正确解决方案，因为实际关系将是多维的在自然界。
此外，我决定使用 ArangoDB，因为它合并键值（即 Redis 或 postgres 的 hstore IIRC）、文档存储（即 Mongo 的文档或Postgres 的 JSONB)，也有图形数据库功能。 Arango 可以在文档之间进行连接，更好的是，它有一个单一的、统一的查询语言，适用于所有 3 种类型的模型。它还有一个相当强大的工具环境，看起来很有前途。
我发现 this youtube video 如果有人想要一个很好的介绍来理解为什么你可能想要使用像 ArangoDB 这样的 "multi-model database"，我也很有启发性。
我打算构建一个 wiki/resource 应用程序，就其本身而言，使用 Mongo 是有意义的。但是，该应用程序的主要目的是让关联表显示各个内容项之间的联系。一个主要简化的示例是，Odin, Zeus, Jupiter 将是 "Allfather" 关联中的一行。问题是这些表可能会无限增长，而且在 Mongo 中开发这种类型的网络似乎是相当复杂和令人沮丧的经历。
我考虑过对页面使用 Mongo 并为这些关联维护一个小型 Postgres 数据库，但直觉上感觉有些不对劲。然而，我是一名经验丰富的前端开发人员，刚刚开始涉足backend/database，所以我还不愿意相信我对数据库的直觉哈哈。
postgres + mongo 是解决上述问题的好方法吗，还是像图形数据库（我昨天才知道）这样的东西可以发挥作用？
经过最后几个小时的进一步研究，图形数据库似乎确实是管理我希望在这里开发的 "association" 功能的正确解决方案，因为实际关系将是多维的在自然界。
此外，我决定使用 ArangoDB，因为它合并键值（即 Redis 或 postgres 的 hstore IIRC）、文档存储（即 Mongo 的文档或Postgres 的 JSONB)，也有图形数据库功能。 Arango 可以在文档之间进行连接，更好的是，它有一个单一的、统一的查询语言，适用于所有 3 种类型的模型。它还有一个相当强大的工具环境，看起来很有前途。
我发现 this youtube video 如果有人想要一个很好的介绍来理解为什么你可能想要使用像 ArangoDB 这样的 "multi-model database"，我也很有启发性。