标准GROUP BY无法处理树形层级的“自顶向下”汇总，因其不感知父子关系；必须用WITH RECURSIVE先展开完整路径（如'/A/B/C'），再按路径前缀截断分组，并通过外层聚合实现层级汇总。
直接用标准 GROUP BY 无法处理树形层级的“自顶向下”汇总——它只按字段值分组，不感知父子关系。必须借助递归查询 + 分层聚合逻辑，否则结果会丢失层级上下文或重复计数。
用 WITH RECURSIVE 构建完整路径再分组
核心思路是：先递归展开每一级节点，并携带从根到当前节点的完整路径（如 '/A/B/C'），再按路径前缀截断做分组依据。
- PostgreSQL / openGauss / SQL Server（2017+）支持标准
WITH RECURSIVE；MySQL 8.0+ 也支持，但需确保cte_max_recursion_depth足够大 - 路径拼接推荐用
concat()或字符串连接操作符（||），避免空值导致整段变NULL - 分组时用
substring(path from 1 for position('/' in substring(path, 2)) + 1)这类逻辑提取各级前缀，或更稳妥地用string_to_array()（PostgreSQL）拆解后取前 N 项
Oracle 中必须用 CONNECT BY + SYS_CONNECT_BY_PATH
Oracle 不支持标准递归 CTE，得用 CONNECT BY。但注意：SYS_CONNECT_BY_PATH 返回的是字符串，且根节点位置依赖 START WITH 的写法，容易错位。
-
LEVEL伪列可直接获取当前深度，但不能跨层级累加子节点数据——必须配合CONNECT_BY_ROOT或分析函数（如SUM() OVER (PARTITION BY ...)）做向上汇总 - 若要“每个父节点汇总其所有后代”，需在递归结果上再套一层查询，用
CONNECT_BY_ROOT id作为分组键，再SUM(value) GROUP BY CONNECT_BY_ROOT id - 慎用
NOCYCLE：如果数据本身有环但未声明，CONNECT BY会报错或无限循环
避免 COUNT(*) 误算导致的层级膨胀
递归展开后，一个叶子节点可能被多个祖先路径重复包含（如 C 同时出现在 /A/B/C 和 /A/C 中），直接 COUNT(*) 会高估各层级数量。
- 正确做法是：先用递归查出所有
(node_id, ancestor_id, level)映射表，再对ancestor_id做COUNT(DISTINCT node_id) - 若性能敏感，可提前在原表加物化路径字段（如
path VARCHAR(512)），用触发器或应用层维护，避免每次查询都递归 - MySQL 8.0 中
GROUP BY对递归 CTE 结果的支持较弱，建议把递归结果插入临时表后再分组
真正难的不是写出递归语句，而是确认“自顶向下汇总”的业务定义：是要每个节点显示自己 + 所有子孙的聚合值？还是只统计直属子树？路径截断点在哪一级？这些逻辑一旦和 GROUP BY 混在一起，很容易在测试数据少时看不出错，上线后数据量上来就暴露聚合偏差。
