如何解释此Cypher查询的执行路径？

如何解决如何解释此Cypher查询的执行路径？

想象一下下图：

此查询：

MATCH(p:Person {id:1})
MATCH (p)-[:KNOWS]-(s)
CREATE (p)-[:LIVE_IN]->(:Place {name: 'Some Place'})

现在，即使LIVE_IN语句中没有涉及Place，为什么还要创建五个s，CREATE？在文档中有什么地方可以解释这种行为？

注意：这与MERGE和CREATE无关，尽管MERGE可以解决。

编辑：响应@Tomaz答案：我故意将MATCH (p)-[:KNOWS]-(s)放在查询中，并且知道它的行为。我要求找到解释。例如，是否CREATE会为匹配模式中的每个路径或行执行，而与CREATE中涉及的节点无关？如果您有复杂的匹配模式，例如断开连接的图形，树等，该怎么办？

还要注意，关系KNOWS（-与->）的方向将影响返回的行数（9与1），但是CREATE将执行五个不论方向如何。

更新：

我添加了另外3个节点Office并发出了以下查询：

MATCH(p:Person {id:1})
MATCH (p)-[:KNOWS]-(s)
MATCH (o:Office)
CREATE (p)-[:LOVE]->(:Place {name: 'Any Place'})

结果是：已经创建了15 LOVE Place，所以在我看来，密码在所有节点之间执行笛卡尔积：

p代表1个节点，s代表5个节点，o代表3个节点=> 1 * 5 * 3 = 15

但不幸的是，我无法确认此表单neo4j docs。

解决方法

这是因为ID为1的人有五个邻居。

在查询中，您首先输入：

MATCH(p:Person {id:1})

这将产生一行，在其中找到您要查找的节点。 下一步是：

MATCH (p)-[:KNOWS]-(s)

此语句找到5个邻居，因此您的基数或行数增加到5。然后，您为每行运行一条create语句，从而创建五个Places。例如，您可以在执行CREATE之前将基数降低到1，然后仅创建一个位置：

MATCH(p:Person {id:1})
MATCH (p)-[:KNOWS]-(s)
// aggregation reduces cardinality to 1
WITH p,collect(s) as neighbors
CREATE (p)-[:LIVE_IN]->(:Place {name: 'Some Place'})

进行密码查询时，请始终牢记您所操作的基数。