我来帮你拆解这些T-SQL里的ORDER BY坑，都是日常写SQL时很容易踩的点：

1. 「ORDER BY子句在视图、内联函数、派生表、子查询和CTE中无效，除非同时指定TOP或FOR XML」 #

这个报错的核心原因是：视图、CTE、派生表这些对象本质是关系型数据集，而关系模型里的集合是没有固定顺序的。SQL引擎只会把它们当作中间结果集处理，不会为了定义里的ORDER BY去维护顺序——除非你用TOP/FOR XML来明确限制行数（或者生成XML结构），这时候ORDER BY才有意义。

之前很多人用TOP 100 PERCENT来绕这个限制，但从SQL Server 2005开始，这个trick就失效了：引擎会直接忽略TOP 100 PERCENT后面的ORDER BY，等于白写，根本达不到排序的目的，还可能引发其他问题。

2. 用TOP 100 PERCENT时出现「某列被多次使用」的错误 #

这个和TOP本身无关，是你在SELECT列表里出现了重复列名导致的。比如：

-- 错误示例：Email列重复，没有别名
SELECT TOP 100 PERCENT ID, Name, Email, Email FROM Users
ORDER BY Name

当你加了TOP之后，SQL引擎对列的唯一性检查会更严格，就会抛出这个错误。解决办法很简单：给重复的列加唯一别名，确保SELECT里的每一列都有独一无二的名称：

-- 正确示例：给重复列加别名
SELECT TOP 100 PERCENT ID, Name, Email, Email AS BackupEmail FROM Users

不过还是要提醒：TOP 100 PERCENT现在已经没用了，别为了排序去用它。

3. 「Order by clause is invalid in common table」 #

这个和第一个问题本质一样——CTE是公用表表达式，属于临时的中间结果集，本身不存储顺序，所以不能在CTE的定义里直接加ORDER BY。

错误写法： #

WITH UserCTE AS (
    SELECT ID, Name FROM Users
    ORDER BY Name -- 这里直接报错
)
SELECT * FROM UserCTE;

正确的处理方式： #

• 如果只是需要CTE的结果最终有序，把ORDER BY放到外层的SELECT语句里：

WITH UserCTE AS (
    SELECT ID, Name FROM Users
)
SELECT * FROM UserCTE
ORDER BY Name; -- 在这里排序才有效

• 如果需要在CTE里筛选出排序后的前N条数据，可以配合TOP或者OFFSET FETCH（SQL Server 2012+支持）：

WITH TopUsersCTE AS (
    SELECT TOP 10 ID, Name FROM Users
    ORDER BY Name -- 配合TOP，这里的ORDER BY是用来筛选前10条的顺序
)
SELECT * FROM TopUsersCTE;

总结几个关键原则 #

• 视图、CTE、派生表这类中间结果集，不要在定义里加ORDER BY，除非你是为了筛选行数（配合TOP/OFFSET FETCH）。
• 最终的排序需求，一定要放在最外层的SELECT语句里，这样才能保证返回的结果是有序的。
• 永远避免用TOP 100 PERCENT来绕排序限制，现在完全没用，还容易引入额外问题。
• 写SELECT语句时，确保每一列都有唯一的别名，避免列名重复引发的报错。

内容的提问来源于stack exchange，提问作者Sandeep Bade