PostgreSQL中UPDATE不能直接用SET a = b, b = a，因为右侧表达式在更新前统一求值，导致两字段均被设为原b值；须用ROW()与VALUES()配合子查询或CTE实现原子交换。
PostgreSQL中UPDATE不能直接用SET a = b, b = a的原因
直接写 SET a = b, b = a 不会交换值，而是让两个字段都变成原 b 的值。这是因为 PostgreSQL 的 SET 子句中所有右侧表达式在更新开始前就已求值完毕，相当于先读取全部旧值，再统一写入——a 和 b 的右侧都引用的是同一份“快照”里的旧 b。
用ROW() + VALUES()实现真正原子交换
PostgreSQL 支持元组（tuple）级别的赋值，可一次性把多个列打包读取、打包写入，绕过逐列求值的限制。核心是用 VALUES 构造一个行值，再用 ROW() 解构赋值：
UPDATE accounts SET (balance, overdraft_limit) = (SELECT overdraft_limit, balance FROM accounts WHERE id = 1) WHERE id = 1;
- 必须用子查询包裹，否则会报错
ERROR: cannot use column references in VALUES - 子查询只能返回单行，否则触发
more than one row returned错误 - 字段数量、类型必须严格匹配，比如
numeric和integer可隐式转换，但text和jsonb不行
用CTE避免子查询重复扫描（大表必备）
上面的写法对大表可能扫描两次：一次查原值，一次做更新。用 WITH 提前拉出旧值，更高效且语义清晰：
WITH old AS ( SELECT balance, overdraft_limit FROM accounts WHERE id = 1 ) UPDATE accounts SET (balance, overdraft_limit) = (SELECT overdraft_limit, balance FROM old) WHERE id = 1;
-
oldCTE 只执行一次，后续复用结果 - 如果要交换多行（如按条件批量交换），把
WHERE条件移到 CTE 内部更安全 - 注意：CTE 在 PostgreSQL 中默认是“物化”的（除非加
MATERIALIZED显式控制），但此处不影响正确性
别踩UPDATE ... FROM的坑
有人尝试用 UPDATE ... FROM 实现交换，例如：
UPDATE accounts a SET (balance, overdraft_limit) = (b.overdraft_limit, b.balance) FROM accounts b WHERE a.id = b.id AND a.id = 1;
这看似合理，但实际行为不可靠：
- PostgreSQL 不保证
FROM子句中的b一定读取的是更新前的快照；在某些版本或隔离级别下可能读到已更新的中间状态 - 官方文档明确指出：
UPDATE ... FROM中的源表不视为“快照一致性读”，仅适用于“从其他表取值”，不推荐用于自表交换 - 测试中曾出现交换后两字段值相同，或触发唯一约束冲突等非预期结果
真正安全的交换只应依赖显式子查询或 CTE，确保读取与写入之间无歧义。Tuple 赋值本身是原子的，但读取来源是否稳定，决定了整个操作是否真正可靠。
