neo4j - 在 Neo4j 中创建面向未来的无术语关系是否有最佳方法？

Question

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

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

(: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的而不是movieor ceoorhot_sauce节点。因此，如果明天的主题是 CEO，你有Tim Cook IS_CHILD_OF Apple类似的东西吗？

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

标签： neo4j

Answer 1

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

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

我能想到的最接近现实世界的例子是POLE 模型，它基于四种类型的概念——Person、Object、Location、Event。该域中的所有内容都被放入这四个中的一个。这给模型带来了某种“通用”的味道，同时仍然允许合理的查询，例如在那个位置发生了哪些事件，涉及这个人和那个对象。

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

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