UPDATE FROM 仅在 SQL Server 和 PostgreSQL 中原生支持；MySQL、SQLite、Oracle 均不支持，其中 MySQL 使用 UPDATE ... JOIN 或子查询替代，且需注意别名与 Error 1093 限制。
UPDATE FROM 语法在哪些数据库里能用
直接说结论：UPDATE FROM 不是 SQL 标准语法，只在 SQL Server 和 PostgreSQL（需配合 FROM 子句的 UPDATE） 中原生支持；MySQL、SQLite、Oracle 都不支持这种写法。如果你在 MySQL 里写 UPDATE t1 FROM t2...，会报错 ERROR 1064 —— 这是最常见的踩坑起点。
实际场景中，很多人是从 SQL Server 迁移脚本，或查资料时混用了语法，结果卡在第一步。
- SQL Server：支持
UPDATE t1 SET t1.col = t2.val FROM t1 INNER JOIN t2 ON ... - PostgreSQL：支持
UPDATE t1 SET col = t2.val FROM t2 WHERE t1.id = t2.t1_id - MySQL：必须改用
UPDATE ... JOIN或子查询（但子查询有“不能更新目标表同时查询它”的限制） - SQLite：仅支持单表
UPDATE，多表更新需用触发器或分步处理
SQL Server 中 UPDATE FROM 的正确写法和易错点
核心结构是：先写 UPDATE 目标表别名，再用 FROM 引入关联表，SET 后直接引用别名字段。关键不是“能不能写”，而是“别名怎么绑、ON 怎么写、WHERE 放哪”。
常见错误现象：更新了意外的行数、部分数据没更新、甚至全表被设成 NULL。
- 必须给目标表起别名，且
UPDATE后要写这个别名（如UPDATE t），否则FROM中的同名表会歧义 -
JOIN条件必须写在FROM子句里，不能塞进WHERE——否则可能产生笛卡尔积，尤其当关联字段无索引时 - 如果
FROM中的源表有重复匹配（如一对多），SQL Server 默认取任意一条，不会报错，但结果不可控；应提前用GROUP BY或ROW_NUMBER()去重 - 示例（安全写法）：
UPDATE t SET t.status = s.max_status FROM orders t INNER JOIN ( SELECT order_id, MAX(status) AS max_status FROM order_logs GROUP BY order_id ) s ON t.order_id = s.order_id;
MySQL 替代 UPDATE FROM 的三种实操方案
MySQL 没有 UPDATE FROM，但业务照样要跑。最常用的是 UPDATE ... JOIN，但它对 JOIN 类型敏感，且不能用聚合函数直接嵌套。
-
UPDATE t1 JOIN t2 ON ... SET t1.col = t2.col：最接近UPDATE FROM，但要求t2是基表，不能是含GROUP BY的派生表（除非加括号并起别名） - 用子查询 +
JOIN包裹聚合结果：UPDATE orders t1 JOIN ( SELECT order_id, MAX(status) AS max_status FROM order_logs GROUP BY order_id ) t2 ON t1.order_id = t2.order_id SET t1.status = t2.max_status; - 避免子查询被 MySQL 认定为“同一张表”而报错
Error 1093：务必给子查询加别名（哪怕只是AS tmp），且外部 UPDATE 不能出现该子查询中的原始表名 - 如果逻辑复杂（比如要按分组后排序取 Top 1），建议先写入临时表，再 JOIN 更新，比硬套子查询更稳定
为什么 GROUP BY 结果更新容易漏数据
分组更新的本质是：先聚合出中间结果，再把聚合值回填到主表。漏数据往往不是语法错，而是语义没对齐——比如分组键和更新目标键不一致、NULL 值未参与 JOIN、或者聚合结果本身为空。
- 检查分组字段是否与更新关联字段完全一致（大小写、空格、NULL 处理）；
COALESCE(group_key, '')有时比直接group_key更安全 - 用
LEFT JOIN+IS NOT NULL确认哪些主表记录没匹配上，而不是默认“都该有” - 聚合函数如
MAX()遇到全 NULL 会返回 NULL，若业务不允许，得加CASE WHEN COUNT(*) > 0 THEN MAX(...) ELSE ... END - 执行前一定先用
SELECT模拟：把 UPDATE 的 FROM 和 JOIN 部分单独拿出来查，看行数、值、NULL 分布是否符合预期
分组更新真正难的从来不是写法，而是确认“这一组到底代表什么业务含义”，以及“没有匹配上的那些行，该留原值、置空、还是报错”。这些没法靠语法解决。
