MySQL用JOIN跨表UPDATE需将目标表置于UPDATE后；PostgreSQL用UPDATE...FROM且FROM表只读；SQL Server支持子查询或MERGE；三者均需注意NULL传播、事务安全及索引优化。
MySQL里用JOIN实现跨表UPDATE
MySQL支持直接在UPDATE语句中使用JOIN，这是最直观的跨表更新方式。但要注意语法顺序：必须把要更新的表放在UPDATE关键字后，再写JOIN，不能颠倒。
常见错误是照搬SELECT的写法，把主表写在JOIN左边，结果报错Unknown column in 'field list'或语法错误。
UPDATE t1 JOIN t2 ON t1.id = t2.t1_id SET t1.status = t2.new_status;- 如果涉及多个条件，
ON里必须明确关联字段类型一致，否则可能隐式转换导致意外匹配 - 执行前务必加
WHERE限制范围，否则整表被改；建议先用SELECT模拟：比如SELECT t1.id, t1.status, t2.new_status FROM t1 JOIN t2 ON t1.id = t2.t1_id WHERE ...
PostgreSQL中用FROM子句更新
PostgreSQL不支持UPDATE ... JOIN，必须用UPDATE ... FROM结构。这里的FROM不是指源表，而是提供数据的“辅助表”，更新目标仍是UPDATE后面的那个表。
容易踩的坑是误以为FROM后面的表也会被修改，其实它只读；另一个常见问题是关联条件漏写，导致笛卡尔积——所有行都被同一行覆盖。
UPDATE users SET email = tmp.email FROM temp_updates AS tmp WHERE users.id = tmp.user_id;- 如果
temp_updates里有重复user_id，PostgreSQL会随机选一条更新（行为未定义），必须提前去重或加SELECT DISTINCT生成临时表 - 注意字段名歧义：当
users和tmp都有id时，WHERE里必须用表别名限定，如users.id = tmp.user_id
SQL Server用UPDATE + 子查询或MERGE
SQL Server允许两种主流写法：UPDATE配合子查询，或者用MERGE语句。子查询方式简单，但性能差、不能处理多对一场景；MERGE更强大，但语法稍重，且NOT MATCHED部分容易误写成插入逻辑。
- 子查询写法：
UPDATE t1 SET status = (SELECT new_status FROM t2 WHERE t2.t1_id = t1.id) WHERE EXISTS (SELECT 1 FROM t2 WHERE t2.t1_id = t1.id); - 用
MERGE时，ON条件必须唯一标识目标行，否则报错The MERGE statement attempted to UPDATE or DELETE the same row more than once -
MERGE的WHEN MATCHED THEN UPDATE块里不能引用目标表别名（如t1.status），只能写字段名本身
通用避坑点：NULL、事务与性能
跨表更新最容易被忽略的是NULL值传播和事务安全。比如源表某字段为NULL，更新后目标字段就变成NULL，而你本意可能是“只更新非空值”。另外，没加事务的话，中途失败会导致部分更新、状态不一致。
- 加
WHERE过滤源值非空：SET t1.field = t2.field WHERE t2.field IS NOT NULL - 批量更新前加
BEGIN TRANSACTION，执行后检查影响行数，再COMMIT或ROLLBACK - 大表更新时，确保关联字段有索引，否则
JOIN或EXISTS会全表扫描，耗时暴涨甚至锁表 - Oracle用户注意：
UPDATE ... FROM不支持，得用MERGE或带WHERE CURRENT OF的游标，语法差异更大
