不会出错但没必要，SQL标准支持单条UPDATE中直接交换两列值，如UPDATE users SET name = nickname, nickname = name；右侧始终基于旧值计算，无需临时列。
直接用UPDATE加临时列会出错吗？
不会出错，但没必要——SQL标准语法支持在单条UPDATE中直接交换两列值，无需新增字段或中间变量。数据库引擎在执行时天然按“旧值快照”计算，SET a = b, b = a这种写法是安全的。常见错误是误以为要像编程语言那样手动暂存，结果多此一举建临时列，还可能引发锁表或事务膨胀。
MySQL/PostgreSQL里怎么写交换语句？
主流关系型数据库都支持同一UPDATE语句中多列赋值，且右侧表达式基于更新前的原始值求值：
UPDATE users SET name = nickname, nickname = name;
这个语句在 MySQL 5.7+、PostgreSQL 9.0+、SQL Server、SQLite 中均有效。注意：name和nickname必须是同一张表的列，不能跨表；如果涉及计算（如col1 = col2 + 1），右侧仍读取旧值，不会受左侧赋值影响。
为什么不能用异或运算（XOR）做列交换？
异或只适用于数值类型，且前提是两列值都不为 NULL —— 一旦任一列为NULL，a ^ b ^ a结果恒为NULL，导致数据丢失。更重要的是：XOR不是SQL标准函数，MySQL虽有^操作符，但 PostgreSQL 需用bitwise_xor()（仅限整数），SQL Server 则不支持列级位运算。实际场景中，字符串、日期、JSON 等类型根本无法用 XOR 处理。
- 字符串交换必须用直接赋值，别碰 XOR
- 数值列若含 NULL，XOR 会静默清空数据
- 即使全非空整数，可读性和维护性也远不如
SET a = b, b = a
需要条件交换或部分行交换怎么办？
加WHERE子句即可，不影响交换逻辑：
UPDATE products SET price = discount_price, discount_price = price WHERE status = 'on_sale';
关键点：WHERE 在更新前过滤行，每行内部仍按旧值交换。如果想对不同行做不同逻辑（比如 A 行用列1→列2，B 行反向），就得拆成两条 UPDATE 或用CASE：
UPDATE orders SET status = CASE WHEN id % 2 = 0 THEN 'shipped' ELSE 'pending' END, updated_at = CASE WHEN id % 2 = 0 THEN created_at ELSE updated_at END;
这种写法本质是独立列赋值，不是“交换”，但更贴近真实业务需求——真要严格互换，99% 的情况只需要一行SET加WHERE。
最易被忽略的是：某些 ORM（如 Django ORM）不支持单语句多列交换，会强制拆成两次查询，此时必须绕过 ORM 直接执行原生 SQL，否则出现脏数据。
