sys_connect_by_path必须配合connect by使用，否则报ora-30929；分隔符不能出现在字段值中，否则路径失真；仅允许在select或order by中使用，where/group by中会报ora-30002。
必须配合 CONNECT BY 使用，否则直接报错
SYS_CONNECT_BY_PATH 不是普通字符串函数，它依赖 Oracle 层级查询的执行上下文。没有 CONNECT BY 子句时调用，会立即触发 ORA-30929 错误：“missing CONNECT BY clause”。这不是语法警告，而是硬性限制。
- 不能在纯扁平查询中使用，比如
SELECT SYS_CONNECT_BY_PATH(name, '/') FROM t一定失败 -
START WITH可选，但CONNECT BY必须存在且语法合法（如CONNECT BY PRIOR id = parent_id） - 若表本身无层次字段，可人工构造（例如用
ROWNUM模拟层级），但必须满足CONNECT BY的父子表达式结构
分隔符不能出现在字段值里，否则路径被截断或错乱
分隔符不是“视觉装饰”，而是 SYS_CONNECT_BY_PATH 内部用于解析路径的边界标记。一旦字段值中包含该字符，函数可能提前终止拼接、跳过节点，甚至返回不完整结果——这种错误不会报错，但数据已失真。
- 常见踩坑：用
'|'分隔，但员工姓名含 “|”；用','分隔，但部门名含逗号 - 安全做法：优先选生僻字符，如
'→'、'#'、'§'；或用不可见字符如CHR(1) - 验证方式：查一遍字段值是否含分隔符，例如
SELECT COUNT(*) FROM t WHERE column LIKE '%/%'
只能出现在 SELECT 列表或 ORDER BY 中，WHERE/GROUP BY 里写就报 ORA-30002
Oracle 对 SYS_CONNECT_BY_PATH 的调用位置做了严格校验。即使逻辑上合理（比如想过滤某条路径），也不能把它塞进 WHERE 或 HAVING —— 这类写法会立刻触发 ORA-30002。
- 错误示例：
WHERE SYS_CONNECT_BY_PATH(name, '/') LIKE '%HR%' - 替代方案：用子查询包裹，外层再过滤路径字段，例如：
SELECT * FROM ( SELECT employee_id, SYS_CONNECT_BY_PATH(name, '/') AS path FROM employees CONNECT BY PRIOR employee_id = manager_id ) WHERE path LIKE '%HR%'
- 注意性能：外层过滤无法走索引，大数据量时建议先用
START WITH缩小根节点范围
路径开头多一个分隔符，substr(..., 2) 是最常用清理手段
SYS_CONNECT_BY_PATH 总是从根节点开始拼，第一个字符必然是你指定的分隔符。比如用 '/'，结果是 "/中国/河北/石家庄"，而非 "中国/河北/石家庄"。这个前置分隔符无法通过参数消除。
- 标准处理：用
SUBSTR(SYS_CONNECT_BY_PATH(col, '/'), 2)去掉首字符 - 更健壮写法（防空值）：
SUBSTR(SYS_CONNECT_BY_PATH(col, '/'), LENGTH('/') + 1) - 如果要用箭头等符号做前缀美化，
REPLACE(SYS_CONNECT_BY_PATH(col, '→'), '→', '→ ')更直观，但注意别引入新冲突字符
实际用得多的点往往藏在细节里：分隔符选错、路径开头多出的字符、WHERE 里硬塞函数——这些不是“不会写”，而是 Oracle 强制约束下必须绕开的硬坎。写之前先确认三点：有 CONNECT BY、分隔符干净、只放在 SELECT 或 ORDER BY 里。
