Oracle 11gR2起不支持标准WITH RECURSIVE语法，递归路径查询仍需依赖CONNECT BY；WITH仅作子查询命名，与CONNECT BY结合可提升可读性，但递归逻辑和SYS_CONNECT_BY_PATH均在CONNECT BY中实现。
Oracle 11gR2 起，用 WITH 递归子查询（WITH RECURSIVE）能替代 CONNECT BY 实现路径查询，但注意：Oracle 实际不支持标准 SQL 的 WITH RECURSIVE 语法——它只支持非递归的 WITH 子句；真正可用的递归方案仍是 CONNECT BY，或改用 MODEL（极少见）。
为什么不能直接写 WITH RECURSIVE
Oracle 直到 23c 才在兼容模式下有限支持 WITH RECURSIVE，而绝大多数生产环境（11g/12c/19c）会报错 ORA-32033: unsupported column aliasing 或直接不识别 RECURSIVE 关键字。所谓“用子查询解决树路径”，实际是指用 WITH 配合 CONNECT BY 做封装，而非纯 ANSI 递归 CTE。
-
WITH本身不是递归语法，它只是命名子查询，不能自行调用自身 - 强行在
WITH中写SELECT ... FROM t CONNECT BY ...是合法的，但递归逻辑仍在CONNECT BY里 - 若误以为
WITH t AS (SELECT ... FROM t ...)可自引用，会触发ORA-00942: table or view does not exist
WITH + CONNECT BY 封装路径查询的实操写法
常见需求是：给定一个节点 ID，返回从根到该节点的完整路径（如 '/中国/江苏省/南京市'）。这时用 WITH 把原始表和层次查询拆开，提升可读性与复用性：
WITH tree AS ( SELECT cid, cname, parent_id FROM z_org WHERE org_level >= 1 -- 提前过滤，减少 CONNECT BY 扫描量 ) SELECT SYS_CONNECT_BY_PATH(cname, '/') AS path FROM tree START WITH parent_id = 0 CONNECT BY PRIOR cid = parent_id WHERE cid = 5; -- 目标节点：南京市
-
SYS_CONNECT_BY_PATH必须配合CONNECT BY使用，不能放在WITH内部子查询里直接调用 -
START WITH条件要落在根节点特征上（如parent_id = 0或parent_id IS NULL），不能写成cid = 5 - 过滤目标节点必须放在主查询的
WHERE子句（而非CONNECT BY中），否则可能截断路径
查父路径时 PRIOR 位置极易写反
从叶子查根（如“南京市”→“地球”）和从根查叶子（如“地球”→“南京市”）仅差一个 PRIOR 位置，但结果天壤之别：
- 向下查子孙：
CONNECT BY PRIOR cid = parent_id（当前行的cid是下一行的parent_id） - 向上查祖先：
CONNECT BY PRIOR parent_id = cid（当前行的parent_id是上一行的cid） - 写反会导致查出空集，或意外匹配到其他分支（尤其当
parent_id有重复值时） - 验证方法：加
LEVEL列看是否单调递增——向上查时LEVEL应从 1 开始逐层变小？不，LEVEL始终从根为 1，所以向上查时根在结果末尾，LEVEL仍递增；真正要看的是路径顺序是否符合预期
路径拼接中 SYS_CONNECT_BY_PATH 的坑
SYS_CONNECT_BY_PATH 看似方便，但有硬限制：
- 返回类型固定为
VARCHAR2(4000)，超长直接报ORA-01489: result of string concatenation is too long - 不能处理
NULL值：只要任一cname为NULL，整条路径变NULL - 分隔符只能是单字符，不支持
' -> '这类多字符（得用REPLACE二次加工） - 若需去重或排序路径段，必须在外层再套一层查询，无法在
CONNECT BY内完成
真正复杂的路径逻辑（比如排除某类节点、动态跳过层级），CONNECT BY 本身表达力有限，此时该考虑应用层组装，而非硬塞进 SQL。
