oracle层级聚合必须先用connect by展开树形结构再外层分组，否则group by仅统计直属数据、漏掉子树；正确做法是用connect_by_root获取根部门id后按其分组。
直接说结论：Oracle 层级聚合不能靠单层 GROUP BY 完成，必须用 CONNECT BY 先展开树形关系，再在外层分组；否则只会按物理行聚合，漏掉子树数据。
为什么不能直接 GROUP BY dept_id？
因为原始表里每个部门只存自己直属员工的 salary，不包含下属部门的。如果写 SELECT dept_id, SUM(salary) FROM departments d JOIN employees e ON d.dept_id = e.dept_id GROUP BY dept_id，结果只是“本部门员工工资和”，不是“整个管理范围内的总工资”。层级聚合的本质是把子树所有叶子节点拉平到根节点下，再算和。
-
START WITH ... CONNECT BY是唯一能一次性把某部门及其全部子孙行都查出来的机制 - 内层查询必须返回「每个子节点对应其最终归属的根部门」，而不是它自己的
dept_id - 常见错误：在
CONNECT BY后直接加WHERE过滤员工状态，会提前剪枝——应改用CONNECT_BY_ISLEAF = 1或把过滤移到外层
如何让每个子节点带上它的根部门 ID？
用 CONNECT_BY_ROOT dept_id 最稳。它不依赖路径解析，也不怕分隔符冲突，返回的是从 START WITH 开始一路向上追溯到根的 dept_id 值。
- 示例：要统计每个部门及其所有子部门的总人数，写法是
SELECT CONNECT_BY_ROOT d.dept_id AS root_dept_id, COUNT(*) cntFROM departments d START WITH d.parent_dept_id IS NULLCONNECT BY PRIOR d.dept_id = d.parent_dept_idGROUP BY CONNECT_BY_ROOT d.dept_id- 注意：
CONNECT_BY_ROOT必须出现在SELECT和GROUP BY中，且不能加别名后再引用
SYS_CONNECT_BY_PATH 能不能用来分组？
能，但风险高，仅适用于路径本身是业务维度的场景（比如按完整组织路径做报表），不适合常规聚合。
- 路径字符串是
CLOB，GROUP BY前必须转成VARCHAR2，超长会被截断——用DBMS_LOB.SUBSTR(path, 4000, 1)控制长度 - 分隔符选
'|'比'/'安全，避免原始字段含斜杠导致路径解析错乱 - 性能差：每行都计算完整路径，大数据量时 CPU 和内存开销明显上升，比
CONNECT_BY_ROOT慢 3–5 倍 - 不要为了“看起来像树”而硬用它做聚合——
LEVEL和CONNECT_BY_ISLEAF才是判断结构的正途
遇到循环数据怎么办？
加 NOCYCLE，并用 CONNECT_BY_ISCYCLE = 1 标出问题行，否则查询直接报 ORA-01436。
-
CONNECT BY NOCYCLE PRIOR dept_id = parent_dept_id是安全底线 - 若需排除循环路径的数据，外层加
HAVING MAX(CONNECT_BY_ISCYCLE) = 0，但要注意这会连带过滤整条路径 - 真正修复应在应用层或 ETL 阶段清理脏数据，
NOCYCLE只是兜底手段
最易被忽略的一点：CONNECT BY 的执行顺序优先于 WHERE，所以想过滤子树中特定岗位的员工，得把条件写进 START WITH 或 CONNECT BY 子句里，而不是丢到末尾的 WHERE 中——否则剪枝已发生，数据早没了。
