SQL Server子查询中ORDER BY需配合TOP、OFFSET或FOR XML才合法，常用解法是TOP 100 PERCENT或OFFSET 0 ROWS；但子查询排序不保证外层结果顺序，最终排序须在外层显式指定ORDER BY。
SQL Server子查询里写ORDER BY直接报错
SQL Server明确禁止在子查询、派生表、CTE或视图中单独使用ORDER BY，除非同时指定TOP、OFFSET或FOR XML。错误信息是：[42000] 除非另外还指定了 TOP、OFFSET 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询和公用表表达式中无效。这不是语法疏漏，而是SQL Server对“表表达式必须无序”的强制语义约束——ORDER BY产生的是游标（有序结果集），而子查询上下文只接受表（无序集合）。
加TOP 100 PERCENT是最常用解法
在子查询的SELECT后立即加上TOP 100 PERCENT，就能合法启用ORDER BY：
SELECT * FROM ( SELECT TOP 100 PERCENT name, created_at FROM users ORDER BY created_at DESC ) AS latest_users ORDER BY name;
-
TOP 100 PERCENT本身不改变结果集内容，只是向优化器声明“我需要这个排序逻辑保留下来” - 它兼容所有SQL Server版本（2005+），包括Azure SQL
- 注意写法必须是
TOP 100 PERCENT，不能写TOP 100%或TOP (100) PERCENT（括号在旧版可能报错） - 如果子查询本就带
WHERE或GROUP BY，TOP 100 PERCENT仍要放在SELECT关键字之后、其他子句之前
用OFFSET 0 ROWS替代TOP 100 PERCENT
SQL Server 2012+ 支持OFFSET语法，更现代、语义更清晰：
SELECT * FROM ( SELECT name, created_at FROM users ORDER BY created_at DESC OFFSET 0 ROWS ) AS latest_users ORDER BY name;
-
OFFSET 0 ROWS同样满足“已指定排序控制子句”的要求，且无需百分比计算 - 相比
TOP 100 PERCENT，它在执行计划中更易被识别为无实际跳过操作 - 若后续要分页（比如取第2页），可直接把
0换成20，扩展性更好 - 不支持SQL Server 2008及更早版本
真正需要排序时，别只靠子查询内部ORDER BY
子查询里的ORDER BY仅影响该子查询输出顺序，**不保证外层查询拿到的数据按此顺序排列**。例如：
SELECT id FROM ( SELECT TOP 100 PERCENT id FROM orders ORDER BY amount DESC ) t WHERE status = 'shipped';
外层WHERE过滤后，结果顺序仍是未定义的。真正要控制最终输出顺序，必须在外层再写ORDER BY。
- 子查询排序只服务于两个目的：配合
TOP N取前N条，或为OFFSET/FETCH分页准备 - 如果目标是“每个用户最新一条订单”，光靠子查询
ORDER BY created_at DESC不够，还得配TOP 1或窗口函数 -
TOP 100 PERCENT不是性能优化手段，它不会加速查询，反而可能干扰优化器选择索引
