Neo4j Cypher可变长度路径下关系属性聚合过滤问题

你的写法错误核心是混淆了单关系校验函数ALL()和全路径聚合逻辑的使用场景，各写法的具体错误如下：

• REDUCE写法错误：
  你将求和逻辑嵌套在了ALL()函数内部，ALL()的作用是校验路径中所有关系都满足指定条件，完全不符合你对整条路径关系属性求和的需求。同时REDUCE的累加表达式语法错误，|后不需要写t=，直接返回累加结果即可，错误语法返回了布尔类型的赋值结果，触发了类型不匹配报错。
• APOC写法错误：
  同样错误嵌套了ALL()函数，还出现了all(r in relationships(r))的语法错误，变量r未定义就直接调用，语句无法执行。
• UNWIND写法效率低：
  逻辑本身是正确的，但UNWIND展开关系后再聚合求和，相比直接遍历累加多了一步展开聚合的开销，匹配路径数量大时就会触发超时。

原生Cypher（推荐，无需依赖APOC） #

直接在WHERE条件中使用REDUCE对路径所有关系的ammontare属性求和，不需要嵌套ALL：

MATCH c= (a)-[:VENDE*2..3]->(b)
WHERE REDUCE(total = 0, r IN relationships(c) | total + r.ammontare) > 25000
RETURN c

APOC写法 #

去掉多余的ALL嵌套，修正语法即可：

MATCH c= (a)-[:VENDE*2..3]->(b)
WHERE apoc.coll.sum([r IN relationships(c) | r.ammontare]) > 25000
RETURN c

• 提前过滤节点：如果起始节点a或结束节点b有对应的标签、属性约束，尽量在MATCH阶段就加上，减少匹配的路径基数，比如MATCH (a:商户)-[:VENDE*2..3]->(b:用户)，先过滤符合条件的节点再匹配路径，性能提升非常明显。
• 增加关系类型属性索引：Neo4j 4.3及以上版本支持关系类型属性索引，给:VENDE(ammontare)建立索引后，求和时读取属性的速度会大幅提升。
• 缩小路径匹配范围：如果业务允许可以进一步缩小可变长度的上下限，减少匹配的路径总数。

内容的提问来源于stack exchange，提问作者Enea Cristina Meschino