CROSS APPLY 不能直接用于 UPDATE，因其是表运算符而非数据修改语句；SQL Server 语法不支持 UPDATE ... FROM ... CROSS APPLY，必须通过 CTE 或子查询先生成映射结果，再 JOIN 更新。
为什么不能直接用 CROSS APPLY 做 UPDATE？
CROSS APPLY 是表运算符，作用对象是查询结果集，它本身不修改数据。SQL Server 不支持 UPDATE ... FROM ... CROSS APPLY 这种语法（会报错 Incorrect syntax near the keyword 'CROSS'）。想“批量条件更新”，得绕道：先用 CROSS APPLY 构造出带更新依据的中间结果，再通过 JOIN 或子查询把这结果喂给 UPDATE。
常见错误现象是写成这样然后卡住：
UPDATE t SET t.val = c.new_val FROM table1 t CROSS APPLY (SELECT ...) c -- 语法错误，UPDATE 后不接受 CROSS APPLY
用 CROSS APPLY + JOIN 实现条件更新的正确写法
核心思路：把 CROSS APPLY 放在子查询或 CTE 里生成「要更新什么、更新成什么」的映射关系，再和原表 JOIN 更新。
典型场景：对每行 orders，查出它最近一笔成功支付的金额，更新到 orders.last_paid_amount 字段。
实操建议：
- 用 CTE 包裹 CROSS APPLY 查询，确保逻辑清晰、可读性强
- JOIN 条件必须精确匹配主键或唯一标识，避免误更新
- 务必加 WHERE 子句限制更新范围，否则可能全表扫
- 执行前先用 SELECT 验证 CTE 输出是否符合预期
示例：
WITH update_src AS (
SELECT o.order_id, p.amount AS new_val
FROM orders o
CROSS APPLY (
SELECT TOP 1 amount
FROM payments p
WHERE p.order_id = o.order_id AND p.status = 'success'
ORDER BY p.created_at DESC
) p
)
UPDATE o
SET last_paid_amount = u.new_val
FROM orders o
INNER JOIN update_src u ON o.order_id = u.order_id
WHERE u.new_val IS NOT NULL;CROSS APPLY 和 OUTER APPLY 在更新逻辑中的区别
关键差异在“没匹配到时是否保留原记录”：
CROSS APPLY 相当于 INNER JOIN：只要子查询没返回行，该主表行就被过滤掉，不会出现在 update_src 中 → 不会被更新。
OUTER APPLY 相当于 LEFT JOIN：子查询无结果时，仍保留主表行，对应列值为 NULL → 若不加 WHERE u.new_val IS NOT NULL，可能把字段更新为 NULL。
所以：
- 需要“只更新有计算结果的行”，用
CROSS APPLY+ 不额外判空 - 需要“有结果就更新，没结果就清空字段”，用
OUTER APPLY+ 显式允许 NULL - 想保留原值不变？那就不能靠 APPLY，得改用 CASE + 子查询或 MERGE
性能与索引注意事项
CROSS APPLY 内部子查询会为每一行主表数据执行一次（类似循环），容易成为性能瓶颈。
容易踩的坑：
- 子查询里没走索引：确认
WHERE条件字段（如p.order_id）上有合适索引 - ORDER BY + TOP 1 没覆盖索引：如果按
created_at DESC取最新，最好建联合索引(order_id, status, created_at DESC) - 主表数据量大但更新比例小：先用 WHERE 筛出需处理的
order_id列表，再 JOIN，比全表 APPLY 快得多
复杂点往往不在语法，而在于子查询是否真的能被优化器展开、是否触发嵌套循环而非哈希匹配。上线前一定在生产镜像环境跑 EXPLAIN 或查看实际执行计划。
