递归CTE不能直接用于UPDATE，因其本质是不可更新视图，数据库无法映射修改回基表；必须先用递归CTE计算新值，再通过JOIN或子查询更新原表。
不能直接用 CTE 递归做 UPDATE —— SQL 标准和主流数据库（PostgreSQL、SQL Server、MySQL 8.0+）都不支持对递归 CTE 执行写操作。必须拆成两步：先用递归 CTE 算出新路径值，再用 JOIN 或子查询更新原表。
为什么递归 CTE 不能直接 UPDATE
递归 CTE 本质是不可更新的视图（non-updatable view），其结果依赖多层自连接和迭代计算，数据库无法确定如何将修改映射回基表行。尝试执行类似 UPDATE (WITH RECURSIVE ...) SET path = ... 会报错：
ERROR: cannot update a recursive query
或在 SQL Server 中提示 Recursive common table expression 'xxx' is not allowed in a UPDATE statement。
正确做法：用递归 CTE 驱动 JOIN 更新
核心思路是把递归 CTE 当作一个临时计算表，通过主键或唯一标识与原表关联，再赋值。以 PostgreSQL 为例（其他数据库语法微调即可）：
- 假设树表为
trees，含字段id、parent_id、name、path - 根节点
parent_id IS NULL，路径格式如/1/2/5/ - 递归 CTE 先生成完整路径，再用
UPDATE ... FROM关联更新
WITH RECURSIVE tree_path AS ( SELECT id, parent_id, name, '/' || id::text || '/' AS path FROM trees WHERE parent_id IS NULL UNION ALL SELECT t.id, t.parent_id, t.name, tp.path || t.id::text || '/' FROM trees t INNER JOIN tree_path tp ON t.parent_id = tp.id ) UPDATE trees SET path = tp.path FROM tree_path tp WHERE trees.id = tp.id;
MySQL 8.0+ 的等效写法（需用子查询 + JOIN）
MySQL 不支持 UPDATE ... FROM 语法，得改用多表 UPDATE 或带子查询的单表更新。推荐前者，更清晰且可避免“同一张表既在 FROM 又在 UPDATE 中”的错误：
- 注意：MySQL 递归 CTE 必须指定
MAXRECURSION（默认 1000），深度超限时加/*+ MAX_EXECUTION_TIME(1000) */不起作用，得显式设cte_max_recursion_depth - 路径拼接用
CONCAT()，避免||被当作逻辑或 - 更新语句中不能直接引用 CTE 别名，必须嵌套一层或用 JOIN
WITH RECURSIVE tree_path AS (
SELECT id, parent_id, name, CONCAT('/', id, '/') AS path
FROM trees
WHERE parent_id IS NULL
UNION ALL
SELECT t.id, t.parent_id, t.name, CONCAT(tp.path, t.id, '/')
FROM trees t
INNER JOIN tree_path tp ON t.parent_id = tp.id
)
UPDATE trees t
INNER JOIN tree_path tp ON t.id = tp.id
SET t.path = tp.path;
容易被忽略的边界和性能点
实际跑通不等于可靠上线，这几个细节常导致路径错乱或锁表失败：
- 递归起点必须覆盖所有根节点，不能只写
WHERE parent_id = 0—— 若根用NULL，漏掉就整棵子树不更新 - 路径字段长度要提前评估：
id是 bigint？10 层深度可能超 200 字符，path字段不够长会截断，且无警告 - 大表更新时，CTE 全量计算 + JOIN 更新会锁全表（尤其 MySQL 的
UPDATE ... JOIN），建议加WHERE id IN (SELECT id FROM tree_path)缩小范围，或分批更新 - 若存在环（
A → B → A），递归 CTE 默认无限循环，PostgreSQL 报infinite recursion detected，MySQL 直接超深度退出，但路径已损坏 —— 更新前务必用SELECT验证 CTE 输出是否完整、无重复 ID
