在 Neo4j 中，是否有一种最佳方法可以创建面向未来的无期限关系？

如何解决在 Neo4j 中，是否有一种最佳方法可以创建面向未来的无期限关系？

我只是在学习 Neo4j 并想创建一个系统，让我拥有每个人都可以有父母或孩子的主题，但它是父母还是孩子并不总是很明显，而且关系并不总是相同类型。

如果您查看 Neo4j 的示例 here，它使用以下代码：

(:Person {name: string})-[:ACTED_IN {roles: [string]}]->(:Movie {title: string,released: number})

当您知道它是电影时，这会起作用。在这种情况下，节点是 Movie 类型。如果你正在创作的东西今天有电影，但明天有一个完全不同的主题，比如 CEO，那么 movie 和关系 ACTED_IN 不再相关。当人们希望他们的代码随着他们的“主题”或节点类型的变化而可管理时，他们通常如何处理这些场景，尤其是当节点类型从一开始就可以是更通用的 thing 时。

也许是这样的：

Tom Hanks IS_CHILD_OF Forrest Gump 而不是 Tom Hanks ACTED_IN Forrest Gump

但是既然关系名称如此通用，您如何确定此关系的方向？演员是他们电影的孩子，还是电影现在是演员的孩子？

我的主要问题是，我如何才能在未来证明我有一个通用的 thing 而不是 movie 或 ceo 或 hot_sauce 节点。因此，如果明天的主题是 CEO，那么您有 Tim Cook IS_CHILD_OF Apple 或类似的内容吗？

另外，这只是非常低效吗？如果是这样，那么如果节点类型和关系的名称非常动态，您如何跟踪这些并知道查询什么以及何时查询？

解决方法

在我看来，面向未来是一条危险的道路:-) 然而，如果您正在构建的系统是通用的，那么您必须根据一些核心概念进行建模。具有父子关系的主题，或相互关联的页面。这些足够好，可以用来建模，因为您可以针对您提出的问题测试模型。

对于图形建模，问题/用例出现在模型之前，所以我会从那里开始 - 您希望图形回答什么？示例：哪些页面与特斯拉相关？或者，主题 A 和主题 B 有什么关系？如果没有这些问题，您的图形模型的范围可能从有点足够到性能不佳，再到适合实际情况。 一旦你有问题，那么实体/节点应该立即开始向你跳来跳去，以及关系。

我能想到的最接近现实世界的例子是 POLE model，它基于四种类型的概念 - 人、对象、位置、事件。这个域中的所有东西都被插入到这四个中的一个中。这使模型具有某种“通用”的风格，同时仍允许进行合理的查询，例如在该位置发生了哪些事件涉及此人和该对象。

您可以进一步将其抽象为一个名为 Entity 的单个节点类型和一个名为 RELATED 或类似的关系类型，但随后您需要构建一整层元数据来理解该结构的真正含义。您的数据库将成为链接信息片段的存储，您将业务逻辑委托给应用程序，根据元数据形成查询。也许这就是您所追求的。

在性能方面，很难说，因为整个图看起来都一样——也许你有非常密集的节点，也许你必须遍历这些密集节点的每个关系并通过特性。如果您只有一个标签，索引将没有多大用处。 所以本质上，这个模型绝对是可能的，但如果这是你要走的路，那么值得检查图数据库给你的领域/应用程序带来了什么，以确保这些权衡是值得的。