MySQL中UPDATE JOIN只能更新UPDATE后紧跟的唯一目标表，其他表仅用于JOIN提供关联条件或字段值；错误地在SET中更新非目标表会报ERROR 1066或1093。
MySQL中用UPDATE + JOIN语法直接更新关联表字段
MySQL支持在UPDATE语句中嵌套JOIN，这是跨表更新最直接的方式。但要注意：必须显式指定要更新的目标表（即UPDATE后紧跟的表名），且JOIN只能用于提供条件或源值，不能更新JOIN中的其他表。
常见错误是写成UPDATE t1 JOIN t2 ON ... SET t2.col = t1.col——这在MySQL中会报错ERROR 1066: Not unique table/alias，因为MySQL不允许在UPDATE ... JOIN中更新非主表。
- 正确写法：
UPDATE orders o JOIN customers c ON o.customer_id = c.id SET o.status = 'processed' WHERE c.is_vip = 1 - 若需用关联表字段赋值，只能赋给主表字段：
UPDATE products p JOIN categories c ON p.category_id = c.id SET p.category_name = c.name - WHERE子句建议加上，否则可能误更新全表；执行前先用
SELECT验证关联结果
PostgreSQL中用UPDATE ... FROM语法替代JOIN
PostgreSQL不支持UPDATE ... JOIN，而是用UPDATE ... FROM结构，语义更清晰：FROM后面跟的是“数据源”，不是要更新的表。
容易踩的坑是混淆别名作用域——FROM子句里的别名在SET和WHERE中都可引用，但主表别名必须在UPDATE后声明，且不能和FROM中重名。
- 基本形式：
UPDATE accounts a SET balance = a.balance + t.amount FROM transactions t WHERE a.id = t.account_id AND t.status = 'completed' - 多表关联时，
FROM可接多个表或子查询，但注意笛卡尔积风险 - 如果
transactions里某account_id对应多条记录，UPDATE会执行多次（按匹配行数），结果取决于最后一条的t.amount，务必加GROUP BY或用聚合子查询控制
SQL Server中用UPDATE + FROM或MERGE实现跨表更新
SQL Server允许两种方式：传统UPDATE ... FROM（类似PostgreSQL）和更严格的MERGE。前者简洁但易出错；后者原子性强，适合复杂条件，但语法冗长。
关键限制：在UPDATE ... FROM中，不能对FROM里的表做更新，且必须用别名明确指向被更新列所属表，否则报错The column prefix does not match with a table name or alias name used in the query。
UPDATE u SET u.email = c.email FROM users u INNER JOIN contacts c ON u.id = c.user_id WHERE c.verified = 1- 用
MERGE时，WHEN MATCHED THEN UPDATE块里不能引用source表以外的表，所有计算必须在USING子句中准备好 - 大量数据更新时，
MERGE可能因锁升级导致阻塞，而UPDATE ... FROM更容易加索引优化
跨数据库兼容写法：用子查询避免JOIN依赖
如果需要在不同数据库间迁移SQL，或目标库不支持UPDATE ... JOIN/FROM（如SQLite、旧版MySQL），唯一通用方案是子查询。但性能差、易出错，仅作兜底。
典型陷阱是子查询返回多行——UPDATE t1 SET col = (SELECT col FROM t2 WHERE t2.id = t1.ref_id)会报错Subquery returns more than 1 row，除非加LIMIT 1（MySQL）或TOP 1（SQL Server），但这掩盖了数据逻辑问题。
- 安全写法：
UPDATE products SET price = (SELECT AVG(price) FROM history h WHERE h.product_id = products.id) WHERE id IN (SELECT DISTINCT product_id FROM history) - WHERE条件必须过滤掉子查询为空的行，否则会被设为
NULL - 涉及聚合时，优先把子查询写成CTE或临时表，提升可读性和执行计划稳定性
实际跨表更新最麻烦的从来不是语法，而是确认关联键是否唯一、源字段是否有NULL、事务隔离级别是否导致幻读——这些不会报错，但会让结果和预期差很远。
