SQL Server 常用分页SQL语句整理（含SQL2000、SQL2008、SQL2012分页）

今天和朋友讨论分页，发现网上好多都是错的。网上经常查到的那个Top Not in 或者Max 大部分都不实用，很多都忽略了Order和性能问题。为此上网查了查，顺带把2000和2012版本的也补上了。

先说说网上常见SQL的错误或者说局限问题

select top 30 *
from table1
where id not in(
    select top 开始的位置 id
    from table1)

这样的确是可以取到分页数据，但是这是默认排序的，如果要按其中一列排序呢？那order by 加在哪里呢？里外都加，显然不行，外面的Order不起作用，只能嵌套，Oh my god,编程三个Select了，这效率。

为了好用效率高，总体思路还是老老实实的用RowNumber解决，但是SQL2000没有RowNumber，其实我们可以通过临时表自增列搞定，不多说，上例子。

SQL 2000 用临时表解决，通过在临时表中增加自增列解决RowNumber。

DECLARE @Start INT
DECLARE @End INT
SELECT @Start = 13000,@End = 13050
 
 
CREATE TABLE #employees (RowNumber INT IDENTITY(1,1),
LastName VARCHAR(100),FirstName VARCHAR(100),
EmailAddress VARCHAR(100))
 
 
INSERT INTO #employees (LastName, FirstName, EmailAddress)
SELECT LastName, FirstName, EmailAddress
FROM Employee
ORDER BY LastName, FirstName, EmailAddress
SELECT LastName, FirstName, EmailAddress
FROM #employees
WHERE RowNumber > @Start AND RowNumber <= @End
 
 
DROP TABLE #employees
 
 
GO

SQL 2005/2008 由于支持了Row_Number于是通过派生表的方式解决（两个嵌套）

DECLARE @Start INT
DECLARE @End INT
SELECT @Start = 13000,@End = 13050
 
 
SELECT LastName, FirstName, EmailAddress
FROM (SELECT LastName, FirstName, EmailAddress,
ROW_NUMBER() OVER (ORDER BY LastName, FirstName, EmailAddress) AS RowNumber
FROM Employee) EmployeePage
WHERE RowNumber > @Start AND RowNumber <= @End
ORDER BY LastName, FirstName, EmailAddress
GO

SQL 2005/2008 或者用CTE的方式实现，和派生表一样，就是好看点，执行计划都一样。

DECLARE @Start INT
DECLARE @End INT
SELECT @Start = 13000,@End = 13050;
 
 
WITH EmployeePage AS
(SELECT LastName, FirstName, EmailAddress,
ROW_NUMBER() OVER (ORDER BY LastName, FirstName, EmailAddress) AS RowNumber
FROM Employee)
SELECT LastName, FirstName, EmailAddress
FROM EmployeePage
WHERE RowNumber > @Start AND RowNumber <= @End
ORDER BY LastName, FirstName, EmailAddress
GO

SQL SERVER 2012 比较给力支持了OFFSET，于是一个Select结束战斗

SELECT LastName, FirstName, EmailAddress
FROM Employee
ORDER BY LastName, FirstName, EmailAddress
OFFSET 13000 ROWS
FETCH NEXT 50 ROWS ONLY;

最后说下，根据老外的文章，在2012里，如果前面加上TOP（50），那么执行计划就会少读很多行数据（读的精准了），提高性能。但是鉴于本人手头没2012也无法测试。至少在2008R2上加不加TOP执行计划都一样。

 

 

另外说一下SQL Server 2012的OFFSET-FETCH筛选

TOP选项是一个非常实用的筛选类型，但它有两个缺陷——不是标准SQL，且不支持跳过功能。标准SQL定义的TOP类似筛选称为OFFSET-FETCH，支持跳过功能，这对针对特定页面的查询非常有用。SQL Server2012引入了对OFFSET-FETCH筛选的支持。

SQL Server 2012中的OFFSET-FETCH筛选被视为ORDER BY子句的一部分，通常用于实现按顺序显示效果。OFFSET子句指定要跳过的行数，FETCH子句指定在跳过的行数后要筛选的行数。请思考一下下面的查询示例。

SELECT orderid, orderdate, custid, empid

FROM Sales.Orders

ORDER BY orderdate, orderid

OFFSET 600 ROWS FETCH NEXT 25 ROWS ONLY;

此查询按orderdate、orderid顺序（订单日期从最远到最近，并添加了决胜属性（tiebreaker）orderid）排序Orders表中的行。基于此顺序，OFFSET子句跳过前50行，由FETCH子句仅筛选下面的25行。

请注意，使用OFFSET-FETCH的查询必须具有ORDER BY子句。此外，FETCH子句不支持没有OFFSET子句。如果你不想跳过任何行，但是希望使用FETCH筛选，你应当使用OFFSET 0 ROWS来表示。不过，没有FETCH的OFFSET是允许的，这种情况是跳过指定的行数，并返回查询结果中所有剩余行。

OFFSET-FETCH语法有一些有趣的语言方面需要注意。单数格式ROW和复数格式ROWS是可以互换的，此举是让你能够以直观的类似英语方式来描述筛选。例如，假设你仅希望获取一行，如果你指定了FETCH 1 ROWS，虽然这在语法上是有效的，不过看上去会很怪。因此，你可以使用FETCH 1 ROW格式。此互换同样适用于OFFSET子句。另外，如果你不希望跳过任何行（OFFSET 0 ROWS），你可能觉得“first”比“next”更合适，因此，FIRST 和NEXT格式是可以互换的。

如你所见，从支持跳过功能看，OFFSET-FETCH子句比TOP子句更灵活。不过，OFFSET-FETCH 不支持PERCENT和WITH TIES选项，而TOP支持。由于OFFSET-FETCH是标准的，而TOP不是，我建议使用OFFSET-FETCH作为你的默认选择，除非你需要TOP支持且OFFSET-FETCH不支持的功能。