UPDATE语句中SET子句可使用标量子查询，但仅限MySQL/PostgreSQL且必须返回单行单列；SQL Server/Oracle不支持，应改用JOIN或EXISTS。
UPDATE 语句里不能直接用子查询当 SET 值？
不是不能，而是有严格限制：MySQL 和 PostgreSQL 允许在 SET 子句中用标量子查询（即返回单行单列），但 SQL Server 和 Oracle 不支持这种写法；更常见的是想“根据另一张表的匹配结果更新当前表”，这时直接写 UPDATE ... SET ... WHERE col IN (SELECT ...) 很容易出错——它不保证行级对应关系，还可能因子查询返回多行报错 Subquery returns more than 1 row。
用 JOIN 方式更新多表关联数据（MySQL / PostgreSQL）
这是最稳妥、可读性高、且天然避免多行子查询错误的做法。核心是把要更新的表和子查询结果（或另一张表）通过 JOIN 关联起来，再在 SET 中引用别名字段。
示例：把 orders 表中用户等级为 VIP 的订单金额打 9 折：
UPDATE orders o JOIN users u ON o.user_id = u.id SET o.amount = o.amount * 0.9 WHERE u.level = 'VIP';
-
JOIN后必须给表起别名（如o,u），否则SET中无法明确指定更新哪张表的字段 - MySQL 要求被更新的表不能出现在子查询的
FROM子句中，所以别用UPDATE t1 SET x = (SELECT y FROM t1 ...)这类自引用子查询 - PostgreSQL 语法略有不同，需用
FROM子句：UPDATE orders SET amount = amount * 0.9 FROM users WHERE orders.user_id = users.id AND users.level = 'VIP'
用 EXISTS 替代 IN 避免空值/多行陷阱
当只需根据“是否存在匹配记录”来更新（比如标记有退货记录的订单），EXISTS 比 IN 更安全：它不关心子查询返回几行，也不受 NULL 影响。
示例：给所有有退货记录的订单设置 has_refund = 1：
UPDATE orders SET has_refund = 1 WHERE EXISTS ( SELECT 1 FROM returns r WHERE r.order_id = orders.id );
-
EXISTS子查询里SELECT后面写什么都行（SELECT 1,SELECT NULL），只判断是否存在结果集 - 如果误用
IN且子查询里returns.order_id有NULL，整个条件会恒为UNKNOWN，导致没更新任何行 - 性能上，
EXISTS通常比IN更快，尤其子查询结果集大时，它找到第一行就停止
UPDATE + 子查询必须返回单值的场景
仅当你要把某个聚合值或唯一查找结果赋给字段时，才需要标量子查询。例如：把每个用户的最新订单时间写入 users.last_order_at。
正确写法（MySQL）：
UPDATE users u SET last_order_at = ( SELECT MAX(o.created_at) FROM orders o WHERE o.user_id = u.id );
- 子查询必须确保对每一行
u.id都返回最多一行（MAX()保证了这点；若用SELECT o.created_at就可能报错） - 如果子查询对某用户没匹配到订单，会设为
NULL—— 这是预期行为，不是 bug - SQL Server 用户得改用
UPDATE ... FROM语法，或者先用 CTE 算出结果再 JOIN 更新
真正容易被忽略的是：不同数据库对“可更新视图”“临时表别名作用域”“子查询是否允许引用外层表字段”的处理差异极大。动手前先确认你用的数据库版本是否支持你要写的语法，而不是照着 Stack Overflow 上某条答案直接复制粘贴。
