Neo4j Cypher中SIZE函数如何处理null属性值避免计数错误

可以直接在SIZE()的模式内部嵌入WHERE谓词完成null值兼容处理，不需要拆分OPTIONAL MATCH，性能和原生模式计数基本一致。

修正后的完整查询如下：

MATCH (person:Person { person_id: "abc123" })
RETURN person,
        SIZE( (person)-[:CHECKEDOUT]->() ) AS myCheckoutsCount,
        SIZE( (person)-[:AUTHOR]->(book:Book)<-[:HOLD]-(holder:PERSON) 
              WHERE COALESCE(book.in_ciculation, false) = true 
              AND COALESCE(holder.suspended, false) = false
        ) AS holdsForMyBooksCount,
        SIZE( (person)-[:FAVORITE]->(favAuthor:PERSON)
              WHERE COALESCE(favAuthor.suspended, false) = false
        ) AS favoriteAuthorsCount,
        SIZE( (person)<-[:FAVORITE]-(follower:PERSON)
              WHERE COALESCE(follower.suspended, false) = false
        ) AS favoritedMeCount

注意事项 #

• 最初的写法直接在模式里写{suspended: false}、{in_ciculation: true}，只会匹配属性存在且值等于目标值的节点，属性为null的节点会被直接排除，因此计数不准。把属性判断移到模式内的WHERE子句中，用COALESCE()给null值设置默认业务值，就能完全兼容未赋值的节点，不需要提前全量刷数补全属性。
• 之前尝试的OPTIONAL MATCH + COUNT写法性能差，核心原因是OPTIONAL MATCH会为每条匹配路径生成单独的中间行，多个统计项叠加时很容易产生笛卡尔积导致行数爆炸。而写在SIZE()内的过滤逻辑属于Cypher的存在式子查询优化范畴，路径匹配时就会完成过滤，不会生成额外中间行，性能和原生属性匹配写法几乎没有差异。
• 原查询WITH子句中引用了未定义的user变量属于笔误，上述修正版直接返回匹配到的person节点，避免运行报错。
• 示例中COALESCE的默认值按照常规业务逻辑设置：未标记流通状态的图书默认不算在流通范围，未标记封禁状态的用户默认视为未封禁，可以根据实际业务需求调整默认值。

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