SQL Server的UPDATE FROM语法需用JOIN关联表并给目标表起别名，SET中列必须带别名前缀；不支持标准SQL，仅限SQL Server及Sybase；一对多时结果不确定，须用CTE或ROW_NUMBER()控制；性能优于子查询，但需确保JOIN条件一对一映射。
SQL Server 的 UPDATE FROM 语法到底怎么写
SQL Server 支持 UPDATE ... FROM 语法，本质是用 JOIN 关联源表和目标表，再更新目标表字段。它不是标准 SQL，仅限 SQL Server（含 Azure SQL）和某些兼容引擎（如 Sybase），MySQL、PostgreSQL 不支持。
典型写法是：UPDATE t SET t.col = s.col FROM table1 AS t INNER JOIN table2 AS s ON t.id = s.id。注意：不能写 UPDATE table1 SET ... FROM ... 这种省略别名的写法，否则报错 Msg 107, Level 16 —— 列名前缀不明确。
- 必须给被更新的表起别名（如
t），且SET子句中所有被赋值的列都得带这个别名前缀 -
FROM后可接任意多表JOIN，但只有最左侧的别名（t）能出现在SET中 - 若
JOIN结果产生一对多，SQL Server 会任选一条匹配行更新（无确定性），容易引发数据不一致
为什么 WHERE 子句里不能直接用 JOIN 条件替代
有人试图写成 UPDATE table1 SET col = (SELECT col FROM table2 WHERE table2.id = table1.id)，这虽能跨库运行，但性能差、易出 NULL 或子查询返回多行错误（Msg 512）。而 UPDATE FROM 在执行计划里通常转为哈希匹配或嵌套循环，对大表更可控。
关键区别在于：子查询方式每行触发一次查表，UPDATE FROM 是一次性构建关联结果集。实测百万级更新，后者快 3–5 倍。
- 子查询中若
table2.id无索引，全表扫描次数 =table1行数 -
UPDATE FROM只需一次table2索引查找（假设id有索引） - 如果
table2有重复id，子查询报错；UPDATE FROM不报错但结果不确定 —— 必须提前GROUP BY或加TOP 1逻辑
如何安全处理一对多导致的歧义更新
当 table2 对同一个 id 有多条记录时，SQL Server 会随机选一条更新，这是静默风险。不能靠“运气”，得显式控制。
常用解法是先聚合或筛选：用 ROW_NUMBER() 标记优先级，或在 JOIN 前子查询限定唯一源行。
- 推荐方式：在
FROM子句里用 CTE 预处理，例如WITH src AS (SELECT id, val, ROW_NUMBER() OVER (PARTITION BY id ORDER BY updated_at DESC) rn FROM table2) UPDATE t SET t.val = s.val FROM table1 t INNER JOIN src s ON t.id = s.id AND s.rn = 1 - 避免在
ON条件里写复杂表达式（如ON t.id = ISNULL(s.id, t.id)），会导致索引失效 - 更新前务必加
SELECT验证关联结果：SELECT t.id, t.val AS old, s.val AS new FROM table1 t INNER JOIN table2 s ON t.id = s.id
UPDATE FROM 和 MERGE 的取舍要点
MERGE 能同时做 INSERT/UPDATE/DELETE，语法更重，但事务安全性更高（自带 WHEN MATCHED 显式分支）。而 UPDATE FROM 更轻量，适合纯更新场景。
实际选型看三点：是否需要原子性 Upsert、是否要避免重复扫描源表、DBA 是否禁用 MERGE（因其曾有并发死锁 Bug）。
-
MERGE在匹配失败时自动跳过，UPDATE FROM则完全不更新 —— 行为一致，但MERGE多一层意图表达 -
MERGE执行计划常比UPDATE FROM多一次排序（即使没ORDER BY），小数据量差异不大，千万级需压测 - SQL Server 2022+ 对
MERGE做了优化，但旧版本仍建议：只更新不插入，就用UPDATE FROM；否则优先MERGE
真正难的不是语法，是确认 JOIN 条件是否真的能一对一映射——漏掉重复键、忽略 NULL 匹配规则、忘记加索引，这些比写错关键字更容易毁掉整批数据。
