不能直接在CONNECT BY查询中使用GROUP BY聚合整棵树，必须先用子查询或CTE展开层次结构，再在外层分组；否则会报错或逻辑错误。
不能直接在 CONNECT BY 查询里用 GROUP BY 对整棵树做聚合，必须把层次展开和分组拆成两步。
CONNECT BY 展开树结构后无法直接 GROUP BY
Oracle 的 CONNECT BY 是在查询执行的早期阶段构建层次路径的，此时 GROUP BY 尚未介入；强行在同一个 SELECT 中混用会报错 ORA-01436: CONNECT BY loop in user data 或逻辑错乱（比如只按叶子节点分组，漏掉中间层）。关键点在于：层次展开是行级递归过程，而分组聚合需要先固定所有参与行再统计。
-
LEVEL伪列只反映当前行在路径中的深度，不是分组维度本身 -
START WITH定义的是起点集合，不是分组键 - 若在
CONNECT BY子句中写WHERE过滤，会提前剪枝——子节点连带被剔除，导致后续聚合基数错误
正确做法：用子查询或 CTE 先展开，再外层聚合
把层次遍历和聚合分离，是最稳定、最易调试的方式。例如统计每个部门及其所有下属部门的总薪资：
SELECT dept_id, SUM(salary) AS total_salary FROM ( SELECT d.dept_id, e.salary FROM departments d JOIN employees e ON d.dept_id = e.dept_id START WITH d.parent_dept_id IS NULL CONNECT BY PRIOR d.dept_id = d.parent_dept_id ) GROUP BY dept_id;
- 内层查询确保每个
dept_id都带上它管理范围内的全部salary行 - 外层
GROUP BY dept_id才真正按“部门+其子树”聚合 - 如果要排除根部门自身、只算下属，可在内层加
WHERE LEVEL > 1
用 SYS_CONNECT_BY_PATH 辅助分组标识（慎用）
当需要按「某条路径」聚合（比如同一祖源路径下的所有节点），SYS_CONNECT_BY_PATH 可生成唯一路径字符串，但要注意：
- 路径分隔符不能出现在原始字段值中，否则解析失败——建议用非常规符号如
'|'而非'/' -
SYS_CONNECT_BY_PATH返回CLOB，在GROUP BY中需转为VARCHAR2，长度超限会截断（可用DBMS_LOB.SUBSTR控制） - 性能差：每行都计算路径，大数据量时 I/O 和 CPU 开销明显上升
示例（按完整路径聚合人数）：
SELECT SYS_CONNECT_BY_PATH(dept_name, '→') AS path, COUNT(*) cnt FROM departments START WITH parent_dept_id IS NULL CONNECT BY PRIOR dept_id = parent_dept_id GROUP BY SYS_CONNECT_BY_PATH(dept_name, '→');
容易忽略的循环与性能陷阱
真实业务表常含脏数据，比如 A → B → A 形成环，CONNECT BY 默认会报错中断。必须显式加 NOCYCLE 并配合 CONNECT_BY_ISCYCLE 判断：
- 不加
NOCYCLE：查询直接失败，不会返回任何结果 - 加了
NOCYCLE但没处理CONNECT_BY_ISCYCLE：循环节点会被包含，但其子树可能被截断，聚合结果不完整 -
LEVEL深度过大（如 > 100）会导致 PGA 内存溢出，建议用CONNECT_BY_ROOT+ 分层限制替代无界递归
复杂层级聚合真正难的不是语法，而是确认「哪一层该被计入、哪一层该被过滤、循环如何安全截断」——这些必须结合业务语义定，没法靠 SQL 自动推断。
