SQL Server的UPDATE不支持ORDER BY，必须用CTE+ROW_NUMBER()配合UPDATE...FROM实现可控排序更新；CTE需以分号开头，且内部不能含GROUP BY等不可更新结构。
SQL Server 的 UPDATE 语句本身不支持 ORDER BY，也不能直接在 SET 或 WHERE 中调用 ROW_NUMBER() —— 这不是写法问题，是语法硬性限制。
为什么不能直接写 UPDATE TOP(10) ... ORDER BY
SQL Server 解析器会直接报错：Incorrect syntax near the keyword 'ORDER'。哪怕你加了 TOP，ORDER BY 在 UPDATE 里仍是非法的。这不是版本差异，是 T-SQL 语法设计决定的。
-
TOP只能配合SELECT或INSERT使用；UPDATE和DELETE不接受ORDER BY子句 - 想按时间/分数/优先级取“前 N 条”再更新，必须把排序逻辑提前落地成可关联的结果集
- 直接拼
UPDATE ... WHERE id IN (SELECT TOP 10 id FROM ... ORDER BY created_at DESC)看似可行，但 SQL Server 不保证IN子查询中TOP的顺序稳定性（尤其带非唯一排序字段时）
用 CTE + ROW_NUMBER() 实现可控排序更新
这是最常用也最稳妥的方式：先用 CTE 算出带序号的子集，再通过主键或唯一键 JOIN 回原表更新。关键在于 CTE 必须以分号开头，且不能含不可更新结构。
- CTE 前必须加
;，否则报错Incorrect syntax near the keyword 'with' - CTE 内部不能有
GROUP BY、DISTINCT、多表JOIN（除非只更新其中一表且显式指定） -
ROW_NUMBER()要基于明确的PARTITION BY和ORDER BY，避免并列值导致多行命中同一序号 - 示例：把每个
user_id下最新一条订单标为is_primary = 1
;WITH ranked AS (
SELECT id,
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC, id DESC) AS rn
FROM orders
WHERE status = 'completed'
)
UPDATE o
SET is_primary = CASE WHEN r.rn = 1 THEN 1 ELSE 0 END
FROM orders o
INNER JOIN ranked r ON o.id = r.id;
UPDATE ... FROM 与 CTE 的关联写法细节
SQL Server 不允许直接 UPDATE cte_name SET ...（除非 CTE 是单表投影且无聚合），所以必须用 UPDATE ... FROM 显式指定目标表，并 JOIN 到 CTE 结果。漏掉 FROM 或写错别名会导致更新全表或零行。
- 不要写
UPDATE ranked SET ...—— 即使 CTE 名字叫ranked，它也不是可更新对象 - 必须写成
UPDATE o SET ... FROM orders o INNER JOIN ranked r ON ... -
WHERE条件要放在 CTE 内部过滤，而不是塞到UPDATE后面——否则可能关联出多余行，引发误更新 - 如果原表有数十万行，而你只打算更新某几个
user_id，务必在 CTE 的SELECT中就加上WHERE user_id IN (101, 205, 312)
容易被忽略的坑：重复序号与事务安全
ROW_NUMBER() 在排序字段存在重复值时仍会强制编号，但业务上可能需要“并列第一都生效”。这时候该用 RANK() 还是加二级排序？还有，没加事务的话，中间结果可能被并发修改。
- 用
RANK()会导致多个相同created_at的记录共享rn = 1，若业务要求“仅一条为主”，必须加二级排序（如ORDER BY created_at DESC, id DESC） - CTE 查询和后续
UPDATE不是原子操作，高并发下可能有竞态：CET 查到 A 行是第 1 名，但另一事务在 UPDATE 前把它改了 - 生产环境建议包裹在
BEGIN TRAN+COMMIT中，并考虑加UPDLOCK, HOLDLOCK提示（如FROM orders o WITH (UPDLOCK, HOLDLOCK)） - 如果只是临时标记、允许短暂不一致，可以跳过事务；但涉及资金、状态流转等关键字段，必须加锁
