执行缓慢的cypher查询，该查询创建节点以按属性值对现有节点进行分组

Question

我有一个修改密码查询的性能问题。给定是一个源节点，它与子节点有大量的传出关系。这些子节点都有一个键属性。现在的目标是在原点和子节点之间创建新节点，以便将共享相同密钥属性值的所有子节点分组。这个想法的情节可以在neo4j控制台上找到：http://console.neo4j.org/?id=vinntj

我将查询与sping-data-neo4j 2.2.2一起使用。RELEASE和neo4j 1.9.2嵌入。该查询的参数必须是节点id，该查询的结果应该是修改后的根节点。

查询当前看起来像（比链接的neo4j控制台中的查询复杂一点）：

START root=node({0})
MATCH (root)-[r:LEAF]->(child)
SET root.__type__='my.GroupedRoot'
DELETE r
WITH child.`custom-GROUP` AS groupingKey, root AS origin, child AS leaf
CREATE UNIQUE (origin)-[:GROUP]->(group{__type__:'my.Group',key:'GROUP',value:groupingKey,origin:ID(origin)})-[:LEAF]->(leaf)
RETURN DISTINCT origin

属性Custure-GROUP是按分组的关键。在SDN中，它由DynamicProperties对象表示。我将其注释为索引以及创建的组节点的group pingKey和源属性。

对于5000个子节点，将其分组需要约50秒。对于10000个节点~90秒。用于20000个节点~380s和30000个节点

有人知道如何更快地进行此查询吗？或者使用其他查询更快地执行相同的操作？

Answer 1

嗯，现在我转向不使用这种密码查询这么大的数据量。我使用遍历API实现了相同的功能，用于提取可分组的项，并使用Neo4jTemboard创建新的节点和关系。现在，50000个项目可以在5474毫秒内分组，而不是以前使用的cypher查询约1小时。这是一个非常大的进步。

Answer 2

如果createunique确实是问题所在，那么这将首先创建组，然后映射到它们。

START root=node(*)
MATCH (root)-[r:LEAF]->(child) 
WHERE HAS (root.key) AND root.key='root' 
WITH DISTINCT child.key AS groupingKey, root as origin
CREATE UNIQUE (origin)-[:GROUP]->(intermediate { key:groupingKey,origin:ID(origin)})
WITH groupingKey, origin, intermediate
MATCH (origin)-[r:LEAF]->(leaf)
WHERE leaf.key = groupingKey
DELETE r
CREATE (intermediate)-[:LEAF]->(leaf)
RETURN DISTINCT origin

由于某种原因，控制台不允许我查看任何一个查询的执行计划，因此我不确定它是否有帮助。

您还可以考虑对根进行索引，这样就不必在所有节点上执行“WHERE”。您可以只检查key=root的索引。

编辑上述查询的替代方法如下所示，这将避免使用collect再次匹配叶节点。

START root=node(*)
MATCH (root)-[r:LEAF]->(child) 
WHERE HAS (root.key) AND root.key='root'
DELETE r 
WITH DISTINCT child.key AS groupingKey, root as origin, COLLECT(child) as children
CREATE UNIQUE (origin)-[:GROUP]->(intermediate { key:groupingKey,origin:ID(origin)})
WITH groupingKey, origin, intermediate, children
FOREACH(leaf IN children : CREATE (intermediate)-[:LEAF]->(leaf))
RETURN DISTINCT origin