SQL2005四个排名函数（row_number、rank、dense_rank和ntile）的比较

排名函数是SQL Server2005新加的功能。在SQL Server2005中有如下四个排名函数： 

　　.row_number 

　　.rank 

　　.dense_rank 

　　.ntile　　 

　　下面分别介绍一下这四个排名函数的功能及用法。在介绍之前假设有一个t_table表，表结构与表中的数据如图1所示： 



　　其中field1字段的类型是int，field2字段的类型是varchar 

　　一、row_number 

　　row_number函数的用途是非常广泛，这个函数的功能是为查询出来的每一行记录生成一个序号。row_number函数的用法如下面的SQL语句所示： 

select row_number() over(order by field1) as row_number,* fromt_table 

　　上面的SQL语句的查询结果如图2所示。 

  

　　图2 

　　其中row_number列是由row_number函数生成的序号列。在使用row_number函数是要使用over子句选择对某一列进行排序，然后才能生成序号。 

　　实际上，row_number函数生成序号的基本原理是先使用over子句中的排序语句对记录进行排序，然后按着这个顺序生成序号。over子句中的order by子句与SQL语句中的order by子句没有任何关系，这两处的order by 可以完全不同，如下面的SQL语句所示 

select row_number() over(order by field2 desc) as row_number,*from t_table order by field1 desc 

　　上面的SQL语句的查询结果如图3所示。 

 

　　图3 

　　我们可以使用row_number函数来实现查询表中指定范围的记录，一般将其应用到Web应用程序的分页功能上。下面的SQL语句可以查询t_table表中第2条和第3条记录： 

with t_rowtable
as
(
　　select row_number() over(order by field1) as row_number,*from t_table
)
select * from t_rowtable where row_number> and row_number< order by field1 

　　上面的SQL语句的查询结果如图4所示。 



　　图4 

　　上面的SQL语句使用了CTE，关于CTE的介绍将读者参阅《SQL Server2005杂谈（）：使用公用表表达式（CTE）简化嵌套SQL》。 

　　另外要注意的是，如果将row_number函数用于分页处理，over子句中的order by 与排序记录的order by 应相同，否则生成的序号可能不是有续的。 

　　当然，不使用row_number函数也可以实现查询指定范围的记录，就是比较麻烦。一般的方法是使用颠倒Top来实现，例如，查询t_table表中第2条和第3条记录，可以先查出前3条记录，然后将查询出来的这三条记录按倒序排序，再取前2条记录，最后再将查出来的这2条记录再按倒序排序，就是最终结果。SQL语句如下： 

select * from(select top2 * from(select top3 * from t_table order by field1)a
order by field1 desc) b order by field1 

　　上面的SQL语句查询出来的结果如图5所示。 



　　图5 

　　这个查询结果除了没有序号列row_number，其他的与图4所示的查询结果完全一样。 

　　二、rank 

　　rank函数考虑到了over子句中排序字段值相同的情况，为了更容易说明问题，在t_table表中再加一条记录，如图6所示。 



　　图6 

　　在图6所示的记录中后三条记录的field1字段值是相同的。如果使用rank函数来生成序号，这3条记录的序号是相同的，而第4条记录会根据当前的记录数生成序号，后面的记录依此类推，也就是说，在这个例子中，第4条记录的序号是4，而不是2。rank函数的使用方法与row_number函数完全相同，SQL语句如下： 

select rank() over(order by field1),* from t_table order by field1 

　　上面的SQL语句的查询结果如图7所示。 


　　图7 

　　三、dense_rank 

　　dense_rank函数的功能与rank函数类似，只是在生成序号时是连续的，而rank函数生成的序号有可能不连续。如上面的例子中如果使用dense_rank函数，第4条记录的序号应该是2，而不是4。如下面的SQL语句所示： 

select dense_rank() over(order by field1),* from t_table order by field1 

　　上面的SQL语句的查询结果如图8所示。 



　　图8 

　　读者可以比较图7和图8所示的查询结果有什么不同 

　　四、ntile 

　　ntile函数可以对序号进行分组处理。这就相当于将查询出来的记录集放到指定长度的数组中，每一个数组元素存放一定数量的记录。ntile函数为每条记录生成的序号就是这条记录所有的数组元素的索引（从1开始）。也可以将每一个分配记录的数组元素称为“桶”。ntile函数有一个参数，用来指定桶数。下面的SQL语句使用ntile函数对t_table表进行了装桶处理： 

select ntile() over(order by field1)as bucket,* from t_table 

　　上面的SQL语句的查询结果如图9所示。 



　　图9 

　　由于t_table表的记录总数是6，而上面的SQL语句中的ntile函数指定了桶数为4。 

　　也许有的读者会问这么一个问题，SQL Server2005怎么来决定某一桶应该放多少记录呢？可能t_table表中的记录数有些少，那么我们假设t_table表中有59条记录，而桶数是5，那么每一桶应放多少记录呢？ 

　　实际上通过两个约定就可以产生一个算法来决定哪一个桶应放多少记录，这两个约定如下： 

　　.编号小的桶放的记录不能小于编号大的桶。也就是说，第1捅中的记录数只能大于等于第2桶及以后的各桶中的记录。 

　.所有桶中的记录要么都相同，要么从某一个记录较少的桶开始后面所有捅的记录数都与该桶的记录数相同。也就是说，如果有个桶，前三桶的记录数都是10，而第4捅的记录数是6，那么第5桶和第6桶的记录数也必须是6。 

　　根据上面的两个约定，可以得出如下的算法： 

　　//mod表示取余，div表示取整
　　if(记录总数mod桶数==)
　　{
　　　　recordCount=记录总数div桶数;
　　　　将每桶的记录数都设为recordCount
　　}
　　else
　　{
　　　　recordCount1=记录总数div桶数+;
　　　　intn=;　//　n表示桶中记录数为recordCount1的最大桶数
　　　　m=recordCount1*n;
　　　　while(((记录总数-m)　mod　(桶数-　n))　!=)
　　　　{
　　　　　　n++;
　　　　　　m=recordCount1*n;
　　　　}
　　　　recordCount2=(记录总数-m)div　(桶数-n);
　　　　将前n个桶的记录数设为recordCount1
　　　　将n+1个至后面所有桶的记录数设为recordCount2
　　} 

　　根据上面的算法，如果记录总数为59，桶数为5，则前4个桶的记录数都是12，最后一个桶的记录数是11。 

　　如果记录总数为53，桶数为5，则前3个桶的记录数为11，后2个桶的记录数为10。 

　　就拿本例来说，记录总数为6，桶数为4，则会算出recordCount1的值为2，在结束while循环后，会算出recordCount2的值是1，因此，前2个桶的记录是2，后2个桶的记录是1。 

      ROW_NUMBER、RANK、DENSE_RANK 和 NTILE，这些新函数使您可以有效地分析数据以及向查询的结果行提供排序值。您可能发现这些新函数有用的典型方案包括：将连续整数分配给结果行，以便进行表示、分页、计分和绘制直方图。 

Speaker Statistics 方案 

下面的 Speaker Statistics 方案将用来讨论和演示不同的函数和它们的子句。大型计算会议包括三个议题：数据库、开发和系统管理。十一位演讲者在会议中发表演讲，并且为他们的讲话获得 范围为  到  的分数。结果被总结并存储在下面的 SpeakerStats 表中： 

CREATE TABLE SpeakerStats(
    speaker        VARCHAR() NOT NULL PRIMARY KEY
    , track          VARCHAR() NOT NULL
    , score          INT         NOT NULL
    , pctfilledevals INT         NOT NULL
    , numsessions    INT         NOT NULL)
SET NOCOUNT ON
INSERT INTO SpeakerStats VALUES('Dan',     'Sys', , , )
INSERT INTO SpeakerStats VALUES('Ron',     'Dev', , , )
INSERT INTO SpeakerStats VALUES('Kathy',   'Sys', , , )
INSERT INTO SpeakerStats VALUES('Suzanne', 'DB', , , )
INSERT INTO SpeakerStats VALUES('Joe',     'Dev', , , )
INSERT INTO SpeakerStats VALUES('Robert', 'Dev', , , )
INSERT INTO SpeakerStats VALUES('Mike',    'DB', , , )
INSERT INTO SpeakerStats VALUES('Michele', 'Sys', , , )
INSERT INTO SpeakerStats VALUES('Jessica', 'Dev', , , )
INSERT INTO SpeakerStats VALUES('Brian',   'Sys', , , )
INSERT INTO SpeakerStats VALUES('Kevin',   'DB', , , ) 

每个演讲者都在该表中具有一个行，其中含有该演讲者的名字、议题、平均得分、填写评价的与会者相对于参加会议的与会者数量的百分比以及该演讲者发表演讲的次数。本节演示如何使用新的排序函数分析演讲者统计数据以生成有用的信息。 

ROW_NUMBER 

ROW_NUMBER 函数使您可以向查询的结果行提供连续的整数值。例如，假设您要返回所有演讲者的 speaker、track 和 score，同时按照 score 降序向结果行分配从  开始的连续值。以下查询通过使用 ROW_NUMBER 函数并指定 OVER (ORDER BY score DESC) 生成所需的结果： 

SELECT ROW_NUMBER() OVER(ORDER BY score DESC) AS rownum,   speaker, track, scoreFROM SpeakerStatsORDER BY score DESC以下为结果集： 

rownum speaker    track      score
------ ---------- ---------- -----------
      Jessica    Dev
      Ron        Dev
      Suzanne    DB
      Kathy      Sys
      Michele    Sys
      Mike       DB
      Kevin      DB
      Brian      Sys
      Joe        Dev
     Robert     Dev
     Dan        Sys
得 分最高的演讲者获得行号 ，得分最低的演讲者获得行号 。ROW_NUMBER 总是按照请求的排序为不同的行生成不同的行号。请注意，如果在 OVER() 选项中指定的 ORDER BY 列表不唯一，则结果是不确定的。这意味着该查询具有一个以上正确的结果；在该查询的不同调用中，可能获得不同的结果。例如，在我们的示例中，有三个不同的 演讲者获得相同的最高得分 ()：Jessica、Ron 和 Suzanne。由于 SQL Server 必须为不同的演讲者分配不同的行号，因此您应当假设分别分配给 Jessica、Ron 和 Suzanne 的值 、 和  是按任意顺序分配给这些演讲者的。如果值 、 和  被分别分配给 Ron、Suzanne 和 Jessica，则结果应该同样正确。 

如 果您指定一个唯一的 ORDER BY 列表，则结果总是确定的。例如，假设在演讲者之间出现得分相同的情况时，您希望使用最高的 pctfilledevals 值来分出先后。如果值仍然相同，则使用最高的 numsessions 值来分出先后。最后，如果值仍然相同，则使用最低词典顺序 speaker 名字来分出先后。由于 ORDER BY 列表 — score、pctfilledevals、numsessions 和 speaker — 是唯一的，因此结果是确定的： 

SELECT ROW_NUMBER() OVER(ORDER BY score DESC, pctfilledevals DESC,                           numsessions DESC, speaker) AS rownum,   speaker, track, score, pctfilledevals, numsessionsFROM SpeakerStatsORDER BY score DESC, pctfilledevals DESC, numsessions DESC, speaker以下为结果集： 

rownum speaker    track      score       pctfilledevals numsessions
------ ---------- ---------- ----------- -------------- -----------
      Ron        Dev
      Suzanne    DB
      Jessica    Dev
      Michele    Sys
      Kathy      Sys
      Mike       DB
      Kevin      DB
      Brian      Sys
      Robert     Dev
     Joe        Dev
     Dan        Sys
新的排序函数的重要好处之一是它们的效率。SQL Server 的优化程序只需要扫描数据一次，以便计算值。它完成该工作的方法是：使用在排序列上放置的索引的有序扫描，或者，如果未创建适当的索引，则扫描数据一次并对其进行排序。 

另一个好处是语法的简单性。为了让您感受一下通过使用在 SQL Server 的较低版本中采用的基于集的方法来计算排序值是多么困难和低效，请考虑下面的 SQL Server  查询，它返回与上一个查询相同的结果：
SELECT (SELECT COUNT(*)   FROM SpeakerStats AS S2
            WHERE S2.score > S1.score
            OR (S2.score = S1.score         AND S2.pctfilledevals > S1.pctfilledevals)
            OR (S2.score = S1.score         AND S2.pctfilledevals = S1.pctfilledevals         AND S2.numsessions > S1.numsessions)
            OR (S2.score = S1.score         AND S2.pctfilledevals = S1.pctfilledevals         AND S2.numsessions = S1.numsessions         AND S2.speaker < S1.speaker)
            ) +  AS rownum
            , speaker, track, score, pctfilledevals, numsessions
            FROM SpeakerStats AS S1
            ORDER BY score DESC, pctfilledevals DESC, numsessions DESC, speaker 

该查询显然比 SQL Server  查询复杂得多。此外，对于 SpeakerStats 表中的每个基础行，SQL Server 都必须扫描该表的另一个实例中的所有匹配行。对于基础表中的每个行，平均大约需要扫描该表的一半（最少）行。SQL Server  查询的性能恶化是线性的，而 SQL Server  查询的性能恶化是指数性的。即使是在相当小的表中，性能差异也是显著的。 

行号的一个典型应用是通过查询结果分页。给定页大小（以行数为单位）和页号，需要返回属于给定页的行。例如，假设您希望按照“score DESC, speaker”顺序从 SpeakerStats 表中返回第二页的行，并且假定页大小为三行。下面的查询首先按照指定的排序计算派生表 D 中的行数，然后只筛选行号为  到  的行（它们属于第二页）： 

SELECT *
FROM (SELECT ROW_NUMBER() OVER(ORDER BY score DESC, speaker) AS rownum,
        speaker, track, score
      FROM SpeakerStats) AS D
WHERE rownum BETWEEN  AND
ORDER BY score DESC, speaker
以下为结果集： 

rownum speaker    track      score
------ ---------- ---------- -----------
      Kathy      Sys
      Michele    Sys
      Mike       DB
用更一般的术语表达就是，给定 @pagenum 变量中的页号和 @pagesize 变量中的页大小，以下查询返回属于预期页的行：
DECLARE @pagenum AS INT, @pagesize AS INT
SET @pagenum =
SET @pagesize =
SELECT * FROM (SELECT ROW_NUMBER() OVER(ORDER BY score DESC, speaker) AS rownum
                ,speaker
                , track
                , score
                FROM SpeakerStats)
                AS DWHERE rownum BETWEEN (@pagenum-)*@pagesize+ AND @pagenum*@pagesize
                ORDER BY score DESC, speaker 

上述方法对于您只对行的一个特定页感兴趣的特定请求而言已经足够了。但是，当用户发出多个请求时，该方法就不能满足需要了，因为该查询的每个调用都 需要您对表进行完整扫描，以便计算行号。当用户可能反复请求不同的页时，为了更有效地进行分页，请首先用所有基础表行（包括计算得到的行号）填充一个临时 表，并且对包含这些行号的列进行索引： 

SELECT ROW_NUMBER() OVER(ORDER BY score DESC, speaker) AS rownum, *
INTO #SpeakerStatsRN
FROM SpeakerStats
CREATE UNIQUE CLUSTERED INDEX idx_uc_rownum ON #SpeakerStatsRN(rownum)
然后，对于所请求的每个页，发出以下查询： 

SELECT rownum, speaker, track, score
FROM #SpeakerStatsRN
WHERE rownum BETWEEN (@pagenum-)*@pagesize+ AND @pagenum*@pagesize
ORDER BY score DESC, speaker
只有属于预期页的行才会被扫描。 

分段
可以在行组内部独立地计算排序值，而不是为作为一个组的所有表行计算排序值。为此，请使用 PARTITION BY 子句，并且指定一个表达式列表，以标识应该为其独立计算排序值的行组。例如，以下查询按照“score DESC, speaker”顺序单独分配每个 track 内部的行号： 

SELECT track,
ROW_NUMBER() OVER(
    PARTITION BY track
    ORDER BY score DESC, speaker) AS pos,
speaker, score
FROM SpeakerStats
ORDER BY track, score DESC, speaker
以下为结果集： 

track      pos speaker    score
---------- --- ---------- -----------
DB            Suzanne
DB            Mike
DB            Kevin
Dev           Jessica
Dev           Ron
Dev           Joe
Dev           Robert
Sys           Kathy
Sys           Michele
Sys           Brian
Sys           Dan
在 PARTITION BY 子句中指定 track 列会使得为具有相同 track 的每个行组单独计算行号。 

RANK, DENSE_RANK 

RANK 和 DENSE_RANK 函数非常类似于 ROW_NUMBER 函数，因为它们也按照指定的排序提供排序值，而且可以根据需要在行组（分段）内部提供。但是，与 ROW_NUMBER 不同的是，RANK 和 DENSE_RANK 向在排序列中具有相同值的行分配相同的排序。当 ORDER BY 列表不唯一，并且您不希望为在 ORDER BY 列表中具有相同值的行分配不同的排序时，RANK 和 DENSE_RANK 很有用。RANK 和 DENSE_RANK 的用途以及两者之间的差异可以用示例进行最好的解释。以下查询按照 score DESC 顺序计算不同演讲者的行号、排序和紧密排序值： 

SELECT speaker, track, score,
ROW_NUMBER() OVER(ORDER BY score DESC) AS rownum,
RANK() OVER(ORDER BY score DESC) AS rnk,
DENSE_RANK() OVER(ORDER BY score DESC) AS drnk
FROM SpeakerStats
ORDER BY score DESC
以下为结果集： 

speaker    track      score       rownum rnk drnk
---------- ---------- ----------- ------ --- ----
Jessica    Dev
Ron        Dev
Suzanne    DB
Kathy      Sys
Michele    Sys
Mike       DB
Kevin      DB
Brian      Sys
Joe        Dev
Robert     Dev
Dan        Sys
正 如前面讨论的那样，score 列不唯一，因此不同的演讲者可能具有相同的得分。行号确实代表下降的 score 顺序，但是具有相同得分的演讲者仍然获得不同的行号。但是请注意，在结果中，所有具有相同得分的演讲者都获得相同的排序和紧密排序值。换句话说，当 ORDER BY 列表不唯一时，ROW_NUMBER 是不确定的，而 RANK 和 DENSE_RANK 总是确定的。排序值和紧密排序值之间的差异在于，排序代表：具有较高得分的行号加 ，而紧密排序代表：具有明显较高得分的行号加 。从您迄今为止已经了解的内容中，您可以推导出当 ORDER BY 列表唯一时，ROW_NUMBER、RANK 和 DENSE_RANK 产生完全相同的值。 

NTILE 

NTILE 使您可以按照指定的顺序，将查询的结果行分散到指定数量的组 (tile) 中。每个行组都获得不同的号码：第一组为 ，第二组为 ，等等。您可以在函数名称后面的括号中指定所请求的组号，在 OVER 选项的 ORDER BY 子句中指定所请求的排序。组中的行数被计算为 total_num_rows / num_groups。如果有余数 n，则前面 n 个组获得一个附加行。因此，可能不会所有组都获得相等数量的行，但是组大小最大只可能相差一行。例如，以下查询按照 score 降序将三个组号分配给不同的 speaker 行： 

SELECT speaker, track, score,
ROW_NUMBER() OVER(ORDER BY score DESC) AS rownum,
NTILE() OVER(ORDER BY score DESC) AS tile
FROM SpeakerStats
ORDER BY score DESC
以下为结果集： 

speaker    track      score       rownum tile
---------- ---------- ----------- ------ ----
Jessica    Dev
Ron        Dev
Suzanne    DB
Kathy      Sys
Michele    Sys
Mike       DB
Kevin      DB
Brian      Sys
Joe        Dev
Robert     Dev
Dan        Sys
在 SpeakerStats 表中有  位演讲者。将  除以  得到组大小  和余数 ，这意味着前面  个组将获得一个附加行（每个组中有  行），而第三个组则不会得到附加行（该组中有  行）。组号（tile 号） 被分配给行  到 ，组号  被分配给行  到 ，组号  被分配给行  到 。通过该信息可以生成直方图，并且将项目均匀分布到每个梯级。在我们的示例中，第一个梯级表示具有最高得分的演讲者，第二个梯级表示具有中等得分的演 讲者，第三个梯级表示具有最低得分的演讲者。可以使用 CASE 表达式为组号提供说明性的有意义的备选含义： 

SELECT speaker, track, score,
CASE NTILE() OVER(ORDER BY score DESC)
    WHEN  THEN 'High'
    WHEN  THEN 'Medium'
    WHEN  THEN 'Low'
END AS scorecategory
FROM SpeakerStats
ORDER BY track, speaker
以下为结果集： 

speaker    track      score       scorecategory
---------- ---------- ----------- -------------
Kevin      DB                    Medium
Mike       DB                    Medium
Suzanne    DB                    High
Jessica    Dev                   High
Joe        Dev                   Low
Robert     Dev                   Low
Ron        Dev                   High
Brian      Sys                   Medium
Dan        Sys                   Low
Kathy      Sys                   High
Michele    Sys                   Medium