MySQL中UPDATE...JOIN必须为被更新表显式指定别名，否则报ERROR 1066；PostgreSQL不支持JOIN而用UPDATE...FROM；MERGE仅高版本MySQL支持，PG需ON CONFLICT替代；漏WHERE易致全表误更新。
MySQL里用JOIN做UPDATE必须加别名
不加表别名的 UPDATE ... JOIN 在 MySQL 会直接报错：ERROR 1066 (42000): Not unique table/alias。这不是语法糖问题，是解析器要求——哪怕只有一张源表参与 JOIN，目标表也得显式取别名。
常见错误写法：UPDATE orders JOIN customers ON orders.cid = customers.id SET orders.status = 'done'，这里 orders 没别名，MySQL 无法区分 UPDATE 目标和 JOIN 左右表。
- 正确写法必须给被更新表起别名，如：
UPDATE orders AS o JOIN customers AS c ON o.cid = c.id SET o.status = 'done' - 别名不能省略，
AS可省，但orders o这种简写必须存在 - 如果 JOIN 多张表，所有表（包括被更新表）都需唯一别名，否则仍报错
PostgreSQL不支持UPDATE...JOIN，得用FROM子句
PostgreSQL 根本没有 UPDATE ... JOIN 语法，强行照搬 MySQL 写法会触发 syntax error at or near "join"。它用的是标准 SQL 的 UPDATE ... FROM 结构，语义等价但关键字不同。
典型场景：把 user_profiles 中的 city 同步到 users 表的 location 字段。
- 正确写法：
UPDATE users u SET location = p.city FROM user_profiles p WHERE u.id = p.user_id -
FROM后面的表不能带JOIN关键字，关联条件全写在WHERE里 - 如果需要多表关联，
FROM后可接子查询，但别直接嵌套JOIN表达式，容易漏括号或歧义 - 性能上，PostgreSQL 的
FROM子句会被优化为哈希连接，但若WHERE条件没走索引，可能全表扫描
MERGE语句不是所有数据库都支持，别默认能用
MERGE 看起来更直观（UPSERT 语义），但它在 MySQL 8.0.30+ 才支持，在 PostgreSQL 里压根没有原生 MERGE，得靠 INSERT ... ON CONFLICT 或写存储过程模拟；SQL Server 和 Oracle 支持，但语法细节差异大。
比如想同步 products 表的价格字段，来源是 price_updates：
- SQL Server：
MERGE products AS t USING price_updates AS s ON t.id = s.id WHEN MATCHED THEN UPDATE SET t.price = s.price - PostgreSQL 替代方案：
INSERT INTO products (id, price) SELECT id, price FROM price_updates ON CONFLICT (id) DO UPDATE SET price = EXCLUDED.price - MySQL 8.0.30+：
MERGE INTO products t USING price_updates s ON t.id = s.id WHEN MATCHED THEN UPDATE SET t.price = s.price，注意要用MERGE INTO，不是MERGE - 别在低版本 MySQL 里硬写
MERGE，会报Unknown syntax
JOIN更新时WHERE条件漏写导致全表误更新
这是最危险的坑：UPDATE ... JOIN 如果忘了写 ON 或 WHERE 的最终过滤条件，MySQL 可能执行笛卡尔积更新，PostgreSQL 则可能因 FROM 关联失效而更新零行或全表（取决于 planner 行为）。
例如，本意只更新状态为 'pending' 的订单，但漏了 WHERE o.status = 'pending'：
- MySQL 下，只要
JOIN成功，所有匹配行都会被 SET，不管原始状态 - PostgreSQL 下，如果
FROM子句没限制，UPDATE可能影响比预期多得多的行，尤其当user_profiles里有脏数据（如user_id为空）时 - 强烈建议：任何
UPDATE ... JOIN或UPDATE ... FROM后，先用SELECT模拟一遍关联结果，确认行数和数据符合预期再执行 - 生产环境务必加
WHERE限定业务状态，不能只靠 JOIN 条件兜底
