PostgreSQL的UPDATE必须用RETURNING子句才能返回数据，且含DML的CTE须为首项、不可加分号；RETURNING返回修改后新值，不提供旧值访问，多DML需并列CTE并原子执行。
UPDATE语句本身不返回结果集，必须显式RETURNING
PostgreSQL 的 UPDATE 默认不输出任何行，哪怕你改了 1000 行，客户端也只收到“UPDATE 1000”这样的提示。想把它当虚拟表用，第一步不是套 WITH，而是先让 UPDATE 吐出数据——靠 RETURNING 子句。
常见错误是写成这样：
WITH updated AS (UPDATE users SET status = 'active' WHERE id = 1)
这会直接报错：ERROR: syntax error at or near "UPDATE"。因为 WITH 里只接受 SELECT、VALUES、或带 RETURNING 的数据修改语句（DML），且必须完整包裹。
正确写法是：
WITH updated AS (UPDATE users SET status = 'active' WHERE id = 1 RETURNING id, name, status) SELECT * FROM updated;
CTE 中的 UPDATE 必须是第一个语句，且不能加分号
PostgreSQL 要求：如果 CTE 包含 DML（如 UPDATE、INSERT、DELETE），它必须是整个 CTE 的首个成员，且后续 CTE 或主查询不能以分号提前终止该逻辑块。
容易踩的坑包括：
- 在
UPDATE ... RETURNING后多写一个分号，导致解析中断 ——ERROR: syntax error at or near ";" - 把
SELECT放在UPDATE前面，例如WITH a AS (SELECT 1), b AS (UPDATE ... RETURNING)—— 这会报ERROR: WITH clause containing a data-modifying statement must be at the start - 试图在同一个 CTE 中链式引用：比如
WITH u AS (UPDATE ... RETURNING), v AS (SELECT * FROM u) INSERT INTO log SELECT * FROM v—— 可以，但v不能反过来影响u的执行顺序；所有 DML 都在 CTE 展开前原子执行
RETURNING 返回的是修改后的行，不是原始快照
RETURNING 拿到的是语句执行完毕后、新值已写入 buffer 的那一行（或几行），所以它天然支持表达式计算和别名，比如：
WITH moved AS (UPDATE orders SET shipped_at = NOW(), status = 'shipped' WHERE id = 123 RETURNING id, EXTRACT(epoch FROM shipped_at) AS shipped_ts) SELECT id, shipped_ts FROM moved;
注意几个关键点：
-
RETURNING里不能引用未修改的列做条件判断（比如RETURNING CASE WHEN old_status = 'pending' THEN 'ok' ELSE 'skip' END）—— 没有OLD行变量，PostgreSQL 不提供隐式旧值访问 - 若想对比新旧值，得靠触发器，或提前用
SELECT查出来再参与 CTE —— 例如先WITH orig AS (SELECT id, status FROM orders WHERE id = 123), upd AS (UPDATE ... RETURNING *) - 并发下，
RETURNING返回的结果与后续SELECT查询可能不一致，因为它只反映本次事务中该 DML 的效果，不锁住其他事务的读
多个 DML 语句共用一个 CTE 需用 UNION ALL 或 JOIN 拼接结果
一个 CTE 只能有一个 UPDATE（或其它 DML），但你可以用多个命名 CTE 并列定义，然后在主查询里组合它们的 RETURNING 结果：
WITH u1 AS (UPDATE accounts SET balance = balance - 100 WHERE id = 1 RETURNING id, balance AS new_balance), u2 AS (UPDATE accounts SET balance = balance + 100 WHERE id = 2 RETURNING id, balance AS new_balance) SELECT 'from' AS who, id, new_balance FROM u1 UNION ALL SELECT 'to', id, new_balance FROM u2;
这种写法实际执行是原子的（整个 CTE + 主查询在一个事务里），但要注意：
- 每个 DML 独立执行，失败一个则整个语句回滚
- 不能在
u2中引用u1的输出（比如WHERE id IN (SELECT id FROM u1)），因为 CTE 之间不保证执行顺序，PostgreSQL 要求 DML CTE 必须互不依赖 - 若需跨 DML 传递中间值（比如用
u1的结果决定u2的条件），得拆成两个独立语句，或改用存储过程
最常被忽略的一点：RETURNING 的列名在 CTE 内部就已固定，后续 SELECT 中若没显式别名，可能和表字段名冲突，尤其当 UPDATE 多个表或混用函数时，建议始终用 RETURNING col AS alias 明确命名。
