sql server 2022 关联更新必须用 update t set t.col = s.col from ... 语法，目标表须显式别名且列带前缀；一对多 join 会导致静默数据错乱，应通过 cte 预聚合确保确定性。
SQL Server 2022 的关联更新必须用 UPDATE ... FROM 语法，不能写成标准 SQL 的 UPDATE t SET col = s.col FROM ... 形式——漏掉目标表别名或列前缀，直接报错 Msg 107。
UPDATE FROM 必须给目标表起别名且带前缀
SQL Server 不允许在 SET 子句里直接引用未别名化的表名。哪怕目标表只出现一次，也得显式起别名，并在所有被赋值列前加上该别名。
- ✅ 正确：
UPDATE t SET t.name = s.name FROM users t INNER JOIN updates s ON t.id = s.id - ❌ 报错：
UPDATE users SET name = s.name FROM users INNER JOIN updates s ON users.id = s.id（Msg 107：列名前缀不明确） - ❌ 即使加了
FROM，SET name = ...没别名前缀也会失败
一对多 JOIN 会导致静默数据错乱
当源表（如 updates）对同一个 id 有多条记录时，SQL Server 会随机选一条匹配行更新目标表，不报错也不警告——结果不可预测，且每次执行可能不同。
- 验证方法：先跑
SELECT t.id, t.name AS old, s.name AS new FROM users t INNER JOIN updates s ON t.id = s.id，看是否出现重复t.id - 安全做法：用 CTE 预聚合，例如
WITH src AS (SELECT id, name, ROW_NUMBER() OVER (PARTITION BY id ORDER BY updated_at DESC) rn FROM updates) UPDATE t SET t.name = s.name FROM users t INNER JOIN src s ON t.id = s.id AND s.rn = 1 - 避免在
ON条件里写ISNULL(s.id, t.id)这类表达式，会跳过索引，拖慢性能
触发器里千万别用子查询取 inserted 值
批量更新触发时，inserted 是结果集，不是单行变量。用 SELECT @val = col FROM inserted 或 (SELECT col FROM inserted) 会丢数据或直接报错 Subquery returned more than 1 value。
- 正确姿势：把
inserted当普通表 JOIN，例如UPDATE i SET stock = i.stock - o.qty FROM inventory i INNER JOIN inserted o ON i.product_id = o.product_id WHERE o.status = 'shipped' - WHERE 提前过滤能减少 JOIN 数据量，尤其配合
product_id等索引列效果明显 - 想逐行调存储过程？别在触发器里游标循环——阻塞主事务、易死锁、性能崩盘；改用写日志表 + 外部服务消费
最常被忽略的点是：你以为在写“关联更新”，实际在写“不确定更新”。只要没验证 JOIN 结果的确定性（一对一 or 显式去重），就等于把数据一致性交给运气。
