在问另一个问题时，我发现SQL
Server（在2005年和2008年同时发生）在处理CASE窗口函数子句中的语句时似乎有奇怪的不一致行为。以下代码给出了一个错误：

declare @t table (SortColumn int)
insert @t values (1), (2), (3)
declare @asc bit
set @asc = 0

select  row_number() over (order by
            case when 1=1 then SortColumn end asc,
            case when 1=0 then SortColumn end desc) RowNumber
,       *
from    @t

错误是 窗口函数不支持将常量用作ORDER BY子句表达式。
我认为这是因为该case语句的计算结果可能为NULL，这是一个常量。也可能像预期的那样，此代码给出了相同的错误：

declare @t table (SortColumn int)
insert @t values (1), (2), (3)
declare @asc bit
set @asc = 0

select  row_number() over (order by
            NULL asc,
            NULL desc) RowNumber
,       *
from    @t

…大概是出于同样的原因。但是，此代码不会给出错误：

declare @t table (SortColumn int)
insert @t values (1), (2), (3)
declare @asc bit
set @asc = 0

select  row_number() over (order by
            case when @asc=1 then SortColumn end asc,
            case when @asc=0 then SortColumn end desc) RowNumber
,       *
from    @t

与第一个代码块的唯一区别是，我已将case语句的条件操作数之一移至变量@asc。现在可以正常工作了。为什么呢？该case声明可能还是评估到NULL，这是一个常数，因此它不应该工作…但它确实。这是某种程度的一致性，还是Microsoft提出的特殊情况行为？

可以通过使用此查询来检查所有这些行为。

更新： 此限制不仅适用于OVER子句（尽管它们确实会给出不同的错误）-它适用于ORDER BYSQL Server 2005之后的所有子句。
这是一个查询，其中也显示了带有常规SELECT的ORDER BY子句的限制。