窗口函数不能实现树形层级汇总，因其不生成新行且无法理解parent_id关系；必须先用connect by或递归cte展开树结构，再在外层聚合或使用窗口函数加工。
窗口函数在 Oracle 中不能直接实现树形组织的层级汇总——它不生成新行，也不理解 parent_id 关系，只能对已有行做旁路计算。真要算“某部门及其所有子部门的总销售额”，必须先展开树结构，再用窗口函数辅助加工；否则结果只是明细增强，不是报表所需的分组小计。
为什么 SUM() OVER(PARTITION BY parent_id) 不等于树形汇总
常见误解是认为只要按 PARENT_ID 分区求和，就能得到父节点的聚合值。但问题在于：
-
PARTITION BY parent_id只把直属下级归到同一组，漏掉了孙子、曾孙等间接下属 - 如果某节点没有直属子节点，
SUM() OVER就只返回它自己的值，不会向上合并 - 无法表达“从叶子往根累加”的路径依赖逻辑，而这是树形汇总的本质
- 原始数据中
parent_id = NULL的顶层节点，在PARTITION BY下会自成一个分区，但该分区不含任何子节点数据，导致汇总值为空
正确路径：先 CONNECT BY 展开，再窗口函数加工
Oracle 的树形汇总必须分两步走：内层用 CONNECT BY 把整棵树拉平（每个员工一行，附带其所有上级部门），外层再用窗口函数或普通聚合统计。例如要算每个部门及其全部下属的总工资：
SELECT dept_id, CONNECT_BY_ROOT dept_id AS root_dept_id, salary FROM employees START WITH manager_id IS NULL CONNECT BY PRIOR emp_id = manager_id;
这一步输出的是扁平结果集，每行代表一个员工，并标记他最终归属的顶层部门 root_dept_id。之后才能在外层写：
SELECT root_dept_id, SUM(salary) AS total_salary FROM ( /* 上面的 CONNECT BY 查询 */ ) GROUP BY root_dept_id;
若还需在同一结果里保留员工级明细 + 部门小计，才轮到窗口函数出场：
SUM(salary) OVER (PARTITION BY root_dept_id) AS dept_total
注意：root_dept_id 必须来自 CONNECT_BY_ROOT，不能用别名（如 CONNECT_BY_ROOT dept_id AS r），否则 GROUP BY r 会报错。
容易踩的坑：递归 CTE 里误加窗口函数
有人试图用 Oracle 12c+ 的 WITH RECURSIVE 替代 CONNECT BY，但在递归支中写 SUM() OVER 或 COUNT(*) 会直接报错。因为递归定义块不允许任何聚合或窗口计算。正确做法是：
- 锚成员（anchor）只查根节点，不加任何聚合
- 递归成员（recursive）只做
JOIN和字段传递，比如cte.level + 1，不碰SUM、OVER、GROUP BY - 所有聚合必须放在 CTE 外层查询中，且
JOIN条件要对齐归属关系（如ON cte.id = orders.dept_id或ON cte.ancestor_id = orders.dept_id） - 若树深度不确定，务必加终止条件，如
WHERE cte.level ，否则可能触发 <code>ORA-01436
替代方案：GROUPING SETS 不适用于 parent_id 树
GROUPING SETS 是为固定维度组合设计的（如 (region, dept)、region、()），它不读取表中的父子关系，只按列顺序归并。把 parent_id 和 id 放进 GROUPING SETS 里，只会生成毫无业务意义的组合，比如 (NULL, 123) 或 (456, NULL)，完全无法模拟“部门含下属”这种动态路径聚合。真正需要树形汇总时，别绕弯子，老实用 CONNECT BY 或递归 CTE 先展开。
