简析基于SQL SERVER分页存储过程的演进--.docVIP

　　简析基于SQL SERVER分页存储过程的演进 　　针对数据库数据在UI界面上的分页是老生常谈的问题了，网上很容易找到各种通用存储过程代码，而且有些还定制查询条件，看上去使用很方便。笔者打算通过本文也来简单谈一下基于SQL SERVER 2000的分页存储过程，同时谈谈SQL SERVER 2005下分页存储过程的演进。　　在进行基于UI显示的数据分页时，常见的数据提取方式主要有两种。第一种是从数据库提取所有数据然后在系统应用程序层进行数据分页，显示当前页数据。第二种分页方式为从数据库取出需要显示的一页数据显示在UI界面上。 　　以下是笔者对两种实现方式所做的优缺点比较，针对应用程序编写，笔者以.技术平台为例。 　　类别 　　SQL语句 　　代码编写 　　设计时 　　性能 　　第一种 　　语句简单，兼容性好 　　很少 　　完全支持 　　数据越大性能越差 　　第二种 　　看具体情况 　　较多 　　部分支持 　　良好，跟SQL语句有关 　　对于第一种情况本文不打算举例，第二种实现方式笔者只以两次TOP方式来进行讨论。 　　在编写具体SQL语句之前，定义以下数据表。 　　数据表名称为：Production.Product。Production为SQL SERVER 2005中改进后的数据表架构，对举例不造成影响。 　　包含的字段为： 　　列名 　　数据类型 　　允许空 　　说明 　　ProductID 　　Int 　　产品ID，PK。 　　Name 　　Nvarchar(50) 　　产品名称。 　　不难发现以上表结构来自SQL SERVER 2005 样例数据库Adventure Production.Product /*计算页面数据*/ SET PageCount = CEILING(RecordCount * 1.0 / PageSize) /*TOP记录数*/ DECLARE TOPCOUNT INT SET TOPCOUNT = RecordCount - PageSize * PageIndex DECLARE SQLSTR NVARCHAR(1000) IF PageIndex = 0 OR PageCount lt;= 1 BEGIN SET SQLSTR =N#39;SELECT TOP #39;+STR(PageSize)+ #39;ProductID,Name FROM Production.Product ORDER BY ProductID DESC#39; END ELSE BEGIN IF PageIndex = PageCount - 1 BEGIN SET SQLSTR =N#39;SELECT * FROM ( SELECT TOP #39; + STR(TOPCOUNT) +#39;ProductID, Name FROM Production.Product ORDER BY ProductID ASC) T ORDER BY ProductID DESC#39; END ELSE BEGIN SET SQLSTR =N#39; SELECT TOP #39;+STR(PageSize)+ #39;* FROM (SELECT TOP #39; + STR(TOPCOUNT) +#39;ProductID, Name FROM Production.Product ORDER BY ProductID ASC) T ORDER BY ProductID DESC#39; END END /*执行*/ EXEC (SQLSTR)　　以上存储过程对页数进行判断，如果是第一页或最后一页，进行特殊处理。其他情况使用2次TOP翻转。其中排序条件为ProductID倒序。最后通过EXECUTE执行SQL字符串拼串。 2．SQL SERVER 2005中的TOP分页CREATE PROCEDURE [dbo].[Zhzuo_GetItemsPage2005TOP] PageIndex INT, PageSize INT, RecordCount INT OUT, PageCount INT OUT AS /*获取记录数*/ SELECT RecordCount = COUNT(*) FROM Production.Product /*计算页面数据*/ SET PageCount = CEILING(RecordCount * 1.0 / PageSize) /*TOP记录数*/ DECLARE TOPCOUNT INT SET TOPCOUNT = RecordCount - PageSize * PageIndex /*基于SQL SERVER 2005 */ IF PageIndex = 0 OR P