CROSS APPLY 不能直接用于 UPDATE 语句，必须嵌入 CTE 或子查询中配合 JOIN 实现批量更新；其核心价值在于动态计算每行更新值，解决标准 JOIN 或 SET 无法处理的复杂逻辑。
CROSS APPLY 本身不能直接用于 UPDATE 语句——它只在 SELECT 和 FROM 子句中合法。想用它驱动批量更新，必须把它嵌在子查询或 CTE 中，再把结果喂给 UPDATE。绕这一圈不是为了炫技，而是为了解决“每行需动态计算更新值”这类标准 JOIN 或 SET 表达式搞不定的问题。
为什么不能直接 UPDATE ... CROSS APPLY
SQL Server 的 UPDATE 语法不接受 CROSS APPLY 出现在 FROM 子句右侧（不像 SELECT 那样自由）。硬写会报错：Incorrect syntax near the keyword 'CROSS' 或 Invalid column name（尤其当你在 APPLY 里引用了未声明的别名时）。
常见误操作：
- 直接写
UPDATE t SET col = f.val FROM t CROSS APPLY dbo.fn(t.id) f→ 语法错误 - 在
SET里调用表值函数，如SET price = (SELECT TOP 1 new_price FROM dbo.GetPriceAdjustment(t.id))→ 每行触发一次子查询，性能崩盘，且无法处理多行返回
正确姿势：用 CTE + CROSS APPLY 构建中间结果集
核心思路是先用 SELECT + CROSS APPLY 把“要更新成什么”算清楚，存进 CTE 或派生表，再让 UPDATE 去关联这个结果集。
例如：给每个订单找其客户最近一笔成功充值金额，用来更新订单的 preferred_payment_amount 字段：
WITH order_with_payment AS (
SELECT
o.OrderID,
p.Amount AS new_amount
FROM Orders o
CROSS APPLY (
SELECT TOP 1 Amount
FROM Payments p2
WHERE p2.UserID = o.UserID
AND p2.IsSuccess = 1
ORDER BY p2.CreateTime DESC
) p
)
UPDATE o
SET preferred_payment_amount = op.new_amount
FROM Orders o
INNER JOIN order_with_payment op ON o.OrderID = op.OrderID;关键点：
-
CROSS APPLY必须在 CTE 内部完成计算，不能漏掉TOP 1或ORDER BY—— 否则可能返回多行，导致JOIN产生笛卡尔积 - CTE 的列名（如
new_amount）必须明确，UPDATE才能引用 - 最后的
INNER JOIN确保只更新有匹配支付记录的订单；若想保留无匹配的订单（设为 NULL），改用LEFT JOIN并加WHERE op.OrderID IS NOT NULL控制
替代方案对比：什么时候该换别的写法
不是所有场景都值得上 CROSS APPLY。以下情况建议绕开：
- 只需简单映射：比如用另一张配置表更新字段，用
UPDATE ... FROM config_table更直白、索引友好 - 更新逻辑可转为标量表达式：如
price * 1.1、COALESCE(status, 'pending')，直接写进SET最高效，避免额外JOIN开销 - 目标表数据量极大（千万级+）且
CROSS APPLY内部查询无索引：此时 CTE 会先物化全部中间结果，内存和 tempdb 压力陡增；应优先优化内部查询的索引或改用游标分批
最易被忽略的一点：CROSS APPLY 中调用的表值函数如果是多语句 TVF（MSTVF），SQL Server 会按“黑盒”处理，无法内联展开，执行计划里常出现高成本的 Table Spool。换成内联表值函数（ITVF）或重写为子查询，性能可能提升数倍。
