不能。递归CTE本身是只读结果集，不可直接UPDATE；实际做法是用其生成目标行集合，再通过UPDATE...FROM（PostgreSQL）或嵌套CTE关联基表（SQL Server）间接更新底层表。
CTE 递归查询能直接 UPDATE 吗？
不能。WITH 定义的递归 CTE 本身是只读结果集，SQL 标准和主流数据库（PostgreSQL、SQL Server、SQLite）都不允许对递归 CTE 直接执行 UPDATE。你看到的“用 CTE 更新递归数据”，实际是把递归 CTE 当作子查询提供目标行集合，再用外部 UPDATE 去操作基表。
PostgreSQL 中用递归 CTE 配合 UPDATE 的标准写法
必须把递归 CTE 放在 UPDATE ... FROM 的 FROM 子句里，通过 JOIN 关联到被更新表。注意：CTE 名不能出现在 UPDATE 关键字后——那里只能是基表名。
-
UPDATE后面跟的是真实表名（如employees），不是 CTE 别名 - 递归 CTE 必须用
WITH RECURSIVE显式声明 -
FROM子句中引用 CTE，并用主键或唯一列与基表JOIN - WHERE 条件应落在 CTE 输出上，避免意外更新整张表
WITH RECURSIVE subordinates AS ( SELECT id, manager_id, level FROM employees WHERE id = 123 -- 起始节点 UNION ALL SELECT e.id, e.manager_id, s.level + 1 FROM employees e INNER JOIN subordinates s ON e.manager_id = s.id ) UPDATE employees SET status = 'inactive' FROM subordinates WHERE employees.id = subordinates.id;
SQL Server 的等效写法（需用 CTE 别名参与 JOIN）
SQL Server 不支持 UPDATE ... FROM ... JOIN 语法，必须用 CTE 别名作为更新目标，但该别名仍需指向基表——所以递归部分得放在另一个嵌套 CTE 里，外层 CTE 引用它并关联基表。
- 外层 CTE（如
target）必须基于基表定义，且列要与基表一一对应 - 内层递归 CTE 只负责计算 ID 集合，不参与更新动作
-
UPDATE target实际更新的是基表，只是借用了 CTE 的作用域 - 如果递归结果含重复 ID，可能触发“更新了多行但只匹配一行”的警告
WITH hierarchy AS ( SELECT id FROM employees WHERE id = 123 UNION ALL SELECT e.id FROM employees e INNER JOIN hierarchy h ON e.manager_id = h.id ), target AS ( SELECT e.* FROM employees e INNER JOIN hierarchy h ON e.id = h.id ) UPDATE target SET status = 'inactive';
容易踩的坑：WHERE 条件漏写或写错位置
最常见错误是把过滤条件写在递归 CTE 外部 UPDATE 的 WHERE 里，却没限制 CTE 本身的展开范围，导致递归爆炸或更新远超预期。
- 起始条件（如
WHERE id = X）必须放在锚点查询（anchor member）里，不能只靠外部WHERE - 如果想限制递归深度，PostgreSQL 要加
level 在递归分支的WHERE中；SQL Server 可用OPTION (MAXRECURSION 5) - MySQL 8.0+ 虽支持递归 CTE，但不支持
UPDATE ... FROM，必须用临时表中转，否则报错ERROR 1288: The target table target of the UPDATE is not updatable
递归更新的本质是“先算出要改哪些行，再改”，CTE 只管前半步——这一步一旦出错，后面所有操作都不可逆。尤其在线上环境，务必先用 SELECT 把 CTE 结果查出来人工核对。
