MySQL中UPDATE JOIN必须将被更新表置于UPDATE后、JOIN前，支持一次更新多列，不支持FROM；PostgreSQL和SQL Server则分别用UPDATE...FROM和UPDATE...FROM（需严格使用别名），语法不可互换。
MySQL中用JOIN更新多列：UPDATE ... JOIN语法必须这样写
MySQL支持直接用UPDATE配合JOIN更新目标表的多个字段，但语法和普通SELECT JOIN不同：必须把要更新的表放在UPDATE关键字后，JOIN子句紧随其后，且不能有FROM。
常见错误是照搬SELECT写法，比如写成UPDATE t1 FROM t1 JOIN t2 ...——这会报错ERROR 1064。
实操要点：
-
UPDATE后只能跟被更新的表名（或别名），不是所有参与JOIN的表 -
JOIN对象可以是另一张表、子查询，甚至同一张表的别名（自关联更新） -
SET子句中可一次赋值多个列，用逗号分隔 -
WHERE条件建议加上，否则可能全表误更新
示例：用订单明细表order_items更新订单主表orders的total_amount和item_count两列：
UPDATE orders o JOIN ( SELECT order_id, SUM(price * qty) AS amt, COUNT(*) AS cnt FROM order_items GROUP BY order_id ) oi ON o.id = oi.order_id SET o.total_amount = oi.amt, o.item_count = oi.cnt;
PostgreSQL不支持UPDATE ... JOIN，得用FROM子句
PostgreSQL没有UPDATE ... JOIN语法，对应功能靠UPDATE ... FROM实现。很多人卡在这儿，以为写法一样，结果报错syntax error at or near "join"。
关键区别：
- PostgreSQL的
FROM后面接的是被关联的表或子查询，不是被更新的表 - 被更新的表只出现在
UPDATE后面，且不能在FROM里重复出现（否则报错table name ... specified more than once） -
WHERE条件中必须显式关联主表和FROM里的表，不能依赖JOIN隐式连接
示例：同样场景，在PostgreSQL中应写为：
UPDATE orders SET total_amount = oi.amt, item_count = oi.cnt FROM ( SELECT order_id, SUM(price * qty) AS amt, COUNT(*) AS cnt FROM order_items GROUP BY order_id ) oi WHERE orders.id = oi.order_id;
WHERE条件漏写或写错，会导致整表被意外覆盖
这是最危险也最常见的坑。没有WHERE，或者WHERE里关联条件不成立（比如ON字段类型不匹配、NULL值参与比较），数据库会把JOIN结果为空的行也当作“匹配”，对目标表所有行执行SET——而未匹配到的字段会被设为NULL（除非你显式给了默认值）。
典型现象：
- 更新后发现几百行数据的某列全变
NULL - 日志显示“Affected rows: 1283”，但本该只改几十行
规避方法：
- 执行前先用
SELECT模拟JOIN逻辑，确认匹配行数合理 - 在
WHERE中加非空判断，例如WHERE o.id IS NOT NULL AND oi.order_id IS NOT NULL - 对关键更新加事务包裹，测试完再
COMMIT
SQL Server用UPDATE + FROM，但别名必须严格绑定
SQL Server语法类似PostgreSQL，但更挑剔：如果给被更新表起了别名，SET和WHERE中必须使用该别名，不能混用原表名。
错误写法（报错The table 'orders' is ambiguous）：
UPDATE orders SET total_amount = oi.amt FROM orders o JOIN order_items oi ON o.id = oi.order_id;
正确写法（更新表别名o贯穿始终）：
UPDATE o SET total_amount = oi.amt, item_count = oi.cnt FROM orders o JOIN ( SELECT order_id, SUM(price * qty) AS amt, COUNT(*) AS cnt FROM order_items GROUP BY order_id ) oi ON o.id = oi.order_id;
注意：SQL Server中UPDATE后跟的是别名o，不是表名orders；SET里也不能出现orders.total_amount。
跨数据库迁移这类语句时，别名处理逻辑差异最容易引发静默错误——表面执行成功，实际没更新任何行。
