MySQL用UPDATE...JOIN语法，需指定被更新表别名，如UPDATE customers c JOIN orders o ON c.id=o.customer_id SET c.status='active' WHERE o.created_at>'2024-01-01'。
MySQL 中怎么写 UPDATE JOIN
MySQL 支持 UPDATE ... JOIN 语法，这是最直观的写法，但必须明确指定要更新的目标表（哪怕只有一张），否则会报错 ERROR 1064。
常见错误是漏掉 UPDATE 后面的表别名或直接写错关联顺序。比如想用 orders 更新 customers 的状态：
UPDATE customers c JOIN orders o ON c.id = o.customer_id SET c.status = 'active' WHERE o.created_at > '2024-01-01';
- 必须给被更新表（
customers）起别名（如c），并在SET和WHERE中统一使用 -
JOIN可以是INNER JOIN或LEFT JOIN，但LEFT JOIN时要注意：如果右表无匹配行，SET字段会被设为NULL（除非加IS NOT NULL条件） - 不支持子查询直接出现在
FROM子句中（即不能用标准 SQL 的UPDATE ... FROM形式）
PostgreSQL 用 UPDATE FROM 最自然
PostgreSQL 原生支持 UPDATE ... FROM，语义清晰，且 FROM 后可接任意合法的 SELECT 源（含 JOIN、子查询、CTE）。
同样更新 customers 状态：
UPDATE customers SET status = 'active' FROM orders WHERE customers.id = orders.customer_id AND orders.created_at > '2024-01-01';
-
FROM后的表名不需要别名，但若涉及多表关联或重名字段，建议显式加别名并用USING或条件限定 - 注意：
UPDATE目标表不能在FROM中重复出现（否则报ERROR: table name "customers" specified more than once） - 性能上，PostgreSQL 会把
FROM转成隐式 JOIN，所以 WHERE 条件里一定要有连接谓词，否则变成 CROSS JOIN，结果不可控
SQL Server 的 UPDATE FROM 容易踩坑
SQL Server 也用 UPDATE ... FROM，但语法结构和 PostgreSQL 不同：它要求 FROM 必须带别名，且更新目标必须在 FROM 中声明——这和直觉相反。
正确写法：
UPDATE c SET c.status = 'active' FROM customers c INNER JOIN orders o ON c.id = o.customer_id WHERE o.created_at > '2024-01-01';
-
UPDATE后面不是表名，而是FROM中定义的别名（c） - 如果漏掉
FROM中的别名引用，或者误写成UPDATE customers SET ... FROM ...，会报Msg 4104（无法绑定多部分标识符） - 不支持在
FROM中用子查询不带别名；CTE 必须前置，且只能在FROM中引用其别名 - 和 MySQL 类似，
INNER JOIN和LEFT JOIN行为差异大：LEFT JOIN可能导致意外更新为NULL
SQLite 和 Oracle 怎么办
SQLite 不支持 UPDATE ... JOIN 或 UPDATE ... FROM，只能靠相关子查询或临时表。
典型替代写法（用子查询）：
UPDATE customers
SET status = (
SELECT 'active'
FROM orders
WHERE orders.customer_id = customers.id
AND orders.created_at > '2024-01-01'
LIMIT 1
)
WHERE id IN (
SELECT customer_id FROM orders
WHERE created_at > '2024-01-01'
);
- 子查询必须返回至多一行，否则报错；
LIMIT 1是 SQLite 特有防护 - 外层
WHERE很关键，否则所有行都会被设为NULL（子查询无结果时）
Oracle 用 MERGE 替代，虽然本意是 upsert，但可以只做 UPDATE 分支：
MERGE INTO customers c USING (SELECT customer_id FROM orders WHERE created_at > DATE '2024-01-01') o ON (c.id = o.customer_id) WHEN MATCHED THEN UPDATE SET c.status = 'active';
- 必须有
ON条件，且左右两边字段类型要严格一致（隐式转换可能失败） - 不能省略
WHEN MATCHED THEN UPDATE，也不能只写MERGE不带分支 - 比起直接 UPDATE，
MERGE在高并发下锁行为更复杂，需留意
跨数据库写 UPDATE 关联逻辑时，最容易被忽略的是空值传播和连接类型对更新范围的影响——尤其是 LEFT JOIN 场景下，一张表没匹配到，另一张表字段就变 NULL，而开发者往往只盯着 WHERE 条件是否生效。
