WITH RECURSIVE 支持树形查询，但需数据库版本支持（如 PostgreSQL、SQLite 3.8.3+、SQL Server、Oracle、MySQL 8.0+、MariaDB 10.2+）；旧版 MySQL 5.7 不支持，易报 ERROR 1064；递归须防自环，Oracle 用 CONNECT BY NOCYCLE + CONNECT_BY_ISCYCLE 识别循环，PRIOR 位置关键；无递归时可用多层自连接模拟，但需预估深度并优化索引与过滤；JSON 聚合需保留层级结构，推荐在 CTE 中构建 path 字段辅助排序与判断后代关系。
用 WITH RECURSIVE 写树形查询，不是所有数据库都支持
PostgreSQL、SQLite 3.8.3+、SQL Server（用 WITH + UNION ALL）、Oracle（START WITH ... CONNECT BY）能做递归；MySQL 5.7 不行，8.0+ 才支持 WITH RECURSIVE。MariaDB 10.2+ 类似。
常见错误是直接在旧版 MySQL 里写 WITH RECURSIVE，结果报错 ERROR 1064 —— 先查版本：SELECT VERSION();
- PostgreSQL 示例：从
categories表查某分类的全部子类（含自身） WITH RECURSIVE tree AS ( SELECT id, name, parent_id FROM categories WHERE id = 1 -- 起始节点 UNION ALL SELECT c.id, c.name, c.parent_id FROM categories c INNER JOIN tree t ON c.parent_id = t.id ) SELECT * FROM tree;
- 递归必须有终止条件，靠
JOIN的匹配自然断开；但若存在自环（比如parent_id = id），会无限循环，需加MAX_RECURSION_DEPTH（MySQL）或在WHERE中排除
CONNECT BY 在 Oracle 里怎么避免“循环引用”报错
Oracle 报 ORA-01436: CONNECT BY loop in user data 很常见，本质是父子关系里出现闭环（A→B→C→A）。
不能只靠 NOCYCLE 消掉报错——它只是让查询跑完，但结果可能含重复路径或脏数据。
- 先用
SELECT查可疑数据：SELECT id, parent_id FROM categories WHERE id = parent_id OR parent_id IN (SELECT id FROM categories) - 加
CONNECT_BY_ISCYCLE标记循环节点：SELECT id, name, CONNECT_BY_ISCYCLE FROM categories START WITH id = 1 CONNECT BY NOCYCLE PRIOR id = parent_id -
PRIOR位置极易写反：想查子节点，就得PRIOR id = parent_id（父的 id 是子的 parent_id）；写成PRIOR parent_id = id就变成查父辈了
用自连接模拟递归时，层级深度怎么控制
没有递归支持的环境（如旧 MySQL、某些报表工具 SQL 模式），只能靠多表自连接硬写，但必须预估最大深度。
比如最多 4 级菜单，就 JOIN 4 次 categories；但每多一层，结果集膨胀指数级增长，性能立马变差。
- 别用
LEFT JOIN后全选字段，只取需要的层级字段，例如t1.name AS level1, t2.name AS level2 - WHERE 条件要下推：在每一层 JOIN 的
ON子句里就过滤掉空 parent_id，而不是最后WHERE t2.id IS NOT NULL - 索引必须建在
parent_id上，否则每次 JOIN 都是全表扫描
JSON 聚合递归结果时，JSON_AGG 嵌套容易丢数据
想把树形结构转成 JSON 对象数组（如 API 返回），直接套 JSON_AGG 会扁平化，丢失父子关系。
PostgreSQL 里得配合 ARRAY_AGG + ROW_TO_JSON 或用 LATERAL 子查询逐层构造，但更稳的方式是：先用递归 CTE 查出带 level 和 path 的宽表，再应用层组装。
- 在 CTE 里加路径字段：
SELECT ..., ARRAY[1] AS path初始，递归段用t.path || c.id -
path字段可用于排序（按路径字符串排序即树序），也能快速判断是否为某节点后代：path - 别在 SQL 里拼 JSON 字符串（如用
CONCAT('{...', ...)），特殊字符没转义，前端JSON.parse直接崩
递归查询真正的难点不在语法，而在数据质量——父 ID 为空、为零、指向不存在记录、自引用，这些都会让结果偏移。上线前一定拿真实脏数据跑一遍。
