mysql和postgresql允许在update的set子句中直接使用子查询，但禁止在where或from中引用被更新表，会报error 1093；sql server和sqlite不支持该语法，需改用join或临时表替代。
UPDATE 中嵌套子查询的语法限制
MySQL 和 PostgreSQL 允许在 UPDATE 语句中使用子查询，但 SQL Server 和 SQLite 会直接报错 Cannot specify target table for update in FROM clause 或类似错误。这不是写法问题，而是引擎设计限制——SQL Server 不允许子查询里直接引用被更新的表（即使加了别名）。绕过方式不是“改写子查询”，而是用 JOIN 或临时表。
用 JOIN 替代子查询实现条件更新
这是最通用、兼容性最好的方案。把子查询逻辑转成 JOIN，再在 SET 中引用关联字段。例如：要把 orders 表中用户最近一次订单的 is_latest 设为 1：
UPDATE orders o1 JOIN ( SELECT user_id, MAX(created_at) as max_time FROM orders GROUP BY user_id ) o2 ON o1.user_id = o2.user_id AND o1.created_at = o2.max_time SET o1.is_latest = 1;
- MySQL 8.0+ 和 PostgreSQL 支持这种写法；SQL Server 需改用
UPDATE ... FROM语法 - 注意子查询不能带
WHERE条件过滤主表字段（如o1.status = 'paid'），否则可能被优化器拒绝 - 如果子查询结果为空，整条
UPDATE不会修改任何行，不会报错
子查询更新时容易忽略的 WHERE 条件
很多人只关注子查询逻辑，却漏掉外层 WHERE，导致全表扫描或误更新。比如想只更新状态为 'pending' 的订单：
UPDATE orders
SET status = 'processed'
WHERE id IN (
SELECT id FROM (
SELECT id FROM orders WHERE status = 'pending' ORDER BY created_at LIMIT 10
) t
);
- 内层子查询的
WHERE status = 'pending'必须存在，否则LIMIT 10可能取到其他状态的记录 - MySQL 5.7+ 要求子查询带别名（如上面的
t），否则报错This version of MySQL doesn't yet support 'LIMIT & IN/ALL/ANY/SOME subquery' - PostgreSQL 对
IN (SELECT ...)性能较敏感，大数据量建议改用EXISTS或JOIN
多表关联更新时的别名陷阱
在 UPDATE 中给表起别名后，所有字段引用必须带别名，否则报错 Unknown column 'xxx' in 'field list'。尤其在子查询嵌套多层时，字段作用域容易混淆：
UPDATE products p SET price = ( SELECT AVG(s.price) FROM sales s WHERE s.product_id = p.id AND s.date >= DATE_SUB(NOW(), INTERVAL 30 DAY) );
-
s.product_id = p.id中的p.id必须写成带别名形式，不能写成products.id - 子查询里不能引用外层未出现在
SELECT列表中的字段（如p.category），除非它出现在WHERE关联条件中 - 如果子查询返回多行，MySQL 报错
Subquery returns more than 1 row，必须加LIMIT 1或聚合函数
