MySQL支持UPDATE JOIN语法，写法为UPDATE t1 JOIN t2 ON ... SET t1.col = t2.col，必须指定目标表别名、JOIN置于UPDATE后SET前、SET中字段带别名，WHERE过滤防误更新。
MySQL 和 PostgreSQL 支持 UPDATE JOIN 语法，但写法不同；SQL Server 用 FROM 子句实现类似效果；SQLite 不支持直接 UPDATE JOIN，需用子查询或临时表。
MySQL 的 UPDATE ... JOIN 语法怎么写？
MySQL 允许在 UPDATE 语句中直接 JOIN 其他表，这是最接近“UPDATE JOIN”直觉的写法。关键点是：必须明确指定要更新的表别名，并把 JOIN 放在 UPDATE 后、SET 前。
- 语法结构为：
UPDATE t1 JOIN t2 ON ... SET t1.col = t2.col，不能省略表别名（哪怕只更新一个表） - 如果漏写被更新表的别名（比如写成
UPDATE orders JOIN customers ... SET status = ...），会报错ERROR 1066: Not unique table/alias -
WHERE条件建议加在ON里，避免意外笛卡尔积；若需额外过滤，可加AND或独立WHERE - 示例：把
orders表中客户等级同步为customers表中的level
UPDATE orders o JOIN customers c ON o.customer_id = c.id SET o.customer_level = c.level;
PostgreSQL 怎么实现 UPDATE 关联子表？
PostgreSQL 不支持 UPDATE ... JOIN，而是用 FROM 子句引入关联表，语法更像标准 SQL 的扩展。注意它不叫 “JOIN”，但行为等价。
- 必须写
UPDATE t1 SET ... FROM t2 WHERE t1.id = t2.t1_id，FROM后不能用JOIN关键字（会语法错误） - 容易漏掉
WHERE中的连接条件，导致整张表被错误更新 —— 这是线上事故高发点 - 若
t2有重复匹配行，PostgreSQL 会随机选一行赋值，不报错也不警告 - 示例：更新商品库存，依据最新采购单记录
UPDATE products p SET stock = p.stock + po.quantity FROM purchase_orders po WHERE p.id = po.product_id AND po.status = 'confirmed';
SQL Server 的 UPDATE FROM 写法要注意什么？
SQL Server 用 UPDATE ... FROM 实现关联更新，但语法和 PostgreSQL 不同：它允许在 FROM 中写 JOIN，且必须给被更新表起别名。
- 常见错误是忘记在
UPDATE后写别名，例如写成UPDATE products FROM products p JOIN ...→ 报错Incorrect syntax near the keyword 'FROM' - 正确写法是：
UPDATE p SET ... FROM products p JOIN suppliers s ON ... - 如果
JOIN结果有多行匹配主表一行，SQL Server 会任选其一更新，行为不可控 - 性能上，建议被 JOIN 的字段有索引，否则可能触发全表扫描
UPDATE p SET p.supplier_name = s.name FROM products p INNER JOIN suppliers s ON p.supplier_id = s.id;
SQLite 没有 UPDATE JOIN，替代方案有哪些？
SQLite 3.33.0 之前完全不支持 UPDATE ... FROM 或 JOIN，只能靠子查询或 CTE。即使新版支持 UPDATE ... FROM，也仅限于简单等值连接，复杂逻辑仍受限。
- 最常用的是相关子查询：
UPDATE t1 SET col = (SELECT col FROM t2 WHERE t2.id = t1.t2_id)，但 t2.id 无索引时极慢 - 若子查询可能返回空或多个值，SQLite 会静默取第一个或 NULL，不报错 —— 容易埋下数据一致性隐患
- 大数据量更新建议先建临时表存关联结果，再用
UPDATE ... WHERE id IN (SELECT id FROM temp) - 示例：用客户城市更新订单备注
UPDATE orders SET remark = ( SELECT 'city:' || c.city FROM customers c WHERE c.id = orders.customer_id );
真正麻烦的不是语法差异，而是各数据库对“多对一匹配时如何取值”的静默处理方式 —— 它们都不报错，但结果可能每次执行都不一样。上线前务必用 SELECT 模拟关联逻辑，确认连接条件能唯一确定目标行。
