sql server不支持子查询多表更新，因易返回null或多值报错；必须用update from join显式关联，inner join防null、where限范围、索引保性能。
不能直接用子查询更新多表数据——SQL Server 不支持 UPDATE ... SET ... FROM ... WHERE (子查询多表关联) 这种写法，强行套用会报错或更新错行。
为什么子查询 UPDATE 在多表场景下极易出错
很多人试图这样写：UPDATE Orders SET email = (SELECT c.email FROM Customers c WHERE c.id = Orders.cid)，看起来逻辑通顺，但隐患极深：
- 如果子查询返回 0 行，
email被设为NULL（即使你没想清空） - 如果子查询意外返回 2 行及以上，SQL Server 直接抛错：
Subquery returned more than 1 value - 没有显式 JOIN 条件约束时，优化器可能选择低效的嵌套循环，千万级表上跑几十分钟是常态
- WHERE 子句里再套一层子查询（比如
WHERE status IN (SELECT ...)），很容易漏掉 NULL 值匹配，导致部分行被跳过
真正安全的替代方案：用 UPDATE + JOIN 显式控制关联
SQL Server 原生支持 UPDATE ... FROM ... JOIN 语法，它强制你声明“哪两行该对齐”，天然规避多值/空值陷阱：
UPDATE o
SET o.email = c.email,
o.city = c.city
FROM Orders o
INNER JOIN Customers c ON o.cid = c.id
WHERE c.status = 'active';
-
INNER JOIN确保只更新有匹配客户记录的订单，不会把email设成NULL - 加
WHERE是为了限制范围，避免全表扫——别省略，尤其在大表上 - 如果需要保留无匹配客户的订单（仅更新有匹配的部分），改用
LEFT JOIN，但 SET 字段必须加ISNULL()或CASE防 NULL - 执行前务必先用 SELECT 验证关联结果：
SELECT o.id, o.email, c.email FROM Orders o INNER JOIN Customers c ON o.cid = c.id WHERE c.status = 'active'
不得不使用子查询时的保底写法
极少数场景（如需聚合值、跨库引用）绕不开子查询，必须加三层防护：
- 用
TOP 1+ORDER BY消除多值风险：(SELECT TOP 1 email FROM Customers c WHERE c.id = o.cid ORDER BY updated_at DESC) - 用
COALESCE或ISNULL拦截空结果：COALESCE((SELECT email ...), o.email)，保持原值不丢 - 在子查询里加
AND c.id IS NOT NULL，避免因外键为 NULL 导致整个子查询不命中 - 永远在事务里执行，并提前
SELECT COUNT(*)确认待更新行数是否符合预期
最常被忽略的一点：UPDATE JOIN 的执行计划里，如果 JOIN 字段没索引，SQL Server 可能放弃哈希匹配而退化成嵌套循环——查一下 cid 和 id 列上有没有索引，比调语法重要得多。
