Neo4j中apoc.coll.zip()三种异常查询结果原因咨询

你遇到的所有不符合预期的结果，核心原因是Cypher聚合函数的隐式分组规则：
在Cypher的WITH/RETURN子句中，所有非聚合类型的字段都会自动作为聚合计算的分组键，聚合函数仅在同一分组的范围内生效。

你第一个可以返回正确结果的查询中，WITH collect(n.name) as nodes子句没有携带非聚合的额外字段，所以collect会将所有匹配到的:test节点的name字段聚合到同一个列表里，得到长度为3的["a","b","c"]，后续apoc.coll.zip计算结果自然符合预期。

而你三个不符合预期的查询，问题都出在WITH n, collect(n.name) as nodes这一行：这里你将节点n作为非聚合字段和聚合函数collect并列，Cypher会自动按每个n进行分组，每个分组仅包含当前单个n节点，所以collect(n.name)得到的nodes列表长度始终为1，range(0, size(nodes))生成的就是[0]，最终apoc.coll.zip得到的pairs都是长度为1的[[当前节点name, 0]]，后续操作自然不符合预期：

1. 对于RETURN pairs,n.name的场景：每个n对应自己分组生成的长度为1的pairs，所以返回三行分别对应三个节点的pairs和name。而你写的对照查询直接硬编码了全局的嵌套列表，没有做按n分组的聚合操作，所以全量列表会复制到每一行。
2. 对于UNWIND pairs as pair RETURN pairs的场景：每个n对应的pairs长度都是1，UNWIND后还是一行，最终返回三行各自分组的pairs。
3. 对于UNWIND pairs as pair RETURN pair的场景：每个分组的pairs只有一个索引为0的元素，所以最终返回的三个pair第二个元素都是0，和你预期的全局UNWIND结果不同。

如果你需要先得到全量的pairs再和所有节点关联，可以先完成全局聚合再重新匹配节点，示例如下：

MATCH (n:test) 
WITH collect(n.name) as nodes 
WITH apoc.coll.zip(nodes, range(0, size(nodes))) as pairs 
MATCH (n:test)
RETURN pairs, n.name;

内容的提问来源于stack exchange，提问作者Ooker