SQL Server 不支持 UPDATE ... JOIN 语法，必须用 UPDATE ... FROM 实现关联更新；主表需加别名并在 FROM 中参与连接，否则易出错；一对多时结果不可控，建议用 CTE 预处理去重。
SQL Server 不支持标准的 UPDATE ... JOIN 语法，必须用 UPDATE ... FROM 实现关联更新，否则会报错或更新错误行。
为什么不能直接写 UPDATE t1 JOIN t2 ON ... SET t1.x = t2.y
这是 MySQL/PostgreSQL 的写法，SQL Server 解析器根本不认 JOIN 出现在 UPDATE 关键字后面。你如果硬写，会收到类似 Incorrect syntax near the keyword 'JOIN' 的错误。
SQL Server 要求把关联逻辑放在 FROM 子句里，主表写在 UPDATE 后，被关联表写在 FROM 后，并且推荐显式指定别名（尤其是主表）来避免歧义。
- 不加别名时，
UPDATE orders FROM customers这种写法语义模糊——到底更新的是orders还是customers？SQL Server 允许但极易出错 - 正确姿势是：
UPDATE o SET o.status = c.default_status FROM orders AS o INNER JOIN customers AS c ON o.cust_id = c.id - 如果漏掉
AS o别名，后续SET中引用字段时可能被解析为多义列，触发The column prefix 'xxx' does not match with a table name or alias name used in the query
UPDATE FROM 的实际写法与常见陷阱
核心结构是：UPDATE SET = FROM INNER JOIN ON 。注意：FROM 后面不是独立子查询，而是整个连接逻辑，且主表必须出现在 FROM 的连接链中。
- 必须给主表起别名（如
u），并在UPDATE和FROM中都使用它，否则 SQL Server 可能无法绑定字段 - 不要在
FROM中重复写主表全名（比如UPDATE users SET ... FROM users u JOIN ...），虽然语法通过，但可读性差且易引发意外全表扫描 - 如果关联结果产生一对多，SQL Server 会随机选一条匹配记录更新主表——不会报错，但结果不可控。务必用
GROUP BY或子查询去重，或加WHERE EXISTS限定唯一性 - 示例（安全写法）：
UPDATE u SET u.email = c.new_email FROM users AS u INNER JOIN customer_updates AS c ON u.id = c.user_id WHERE c.processed = 0;
替代方案：用 CTE + UPDATE 提高可读性和可控性
当逻辑复杂（比如要聚合、过滤中间结果、或涉及多个关联表）时，UPDATE FROM 容易嵌套过深、难以调试。这时用 CTE 预先构造目标数据集更稳妥。
- CTE 本身不执行，只是命名结果集，
UPDATE直接对 CTE 名操作，语义清晰 - 可以在 CTE 中提前
SELECT TOP (1) WITH TIES或ROW_NUMBER()去重，规避一对多隐患 - 示例（确保每条用户只取最新更新）：
WITH latest_update AS ( SELECT u.id, c.new_email, ROW_NUMBER() OVER (PARTITION BY u.id ORDER BY c.updated_at DESC) AS rn FROM users AS u INNER JOIN customer_updates AS c ON u.id = c.user_id ) UPDATE u SET u.email = lu.new_email FROM users AS u INNER JOIN latest_update AS lu ON u.id = lu.id AND lu.rn = 1; - 注意：CTE 后的
UPDATE仍需通过FROM关联，不能直接UPDATE latest_update SET ...（除非 CTE 引用单表且无聚合）
真正容易被忽略的点是：SQL Server 的 UPDATE FROM 没有“限制影响行数”的内置机制，一旦 ON 条件写错（比如漏掉关键等值条件），可能全表误更新。上线前务必先用 SELECT 模拟连接结果，确认返回行数和数据符合预期。
