《SQL_Server数据库的查询优化及分页算法》.docVIP

SQL Server数据库的查询优化及分页算法(3)建立一个web 应用，分页浏览功能必不可少。这个问题是数据库处理中十分常见的问题。经典的数据分页方法是:ADO 纪录集分页法，也就是利用ADO自带的分页功能（利用游标）来实现分页。但这种分页方法仅适用于较小数据量的情形，因为游标本身有缺点：游标是存放在内存中，很费内存。游标一建立，就将相关的记录锁住，直到取消游标。游标提供了对特定集合中逐行扫描的手段，一般使用游标来逐行遍历数据，根据取出数据条件的不同进行不同的操作。而对于多表和大表中定义的游标（大的数据集合）循环很容易使程序进入一个漫长的等待甚至死机。　　　　更重要的是，对于非常大的数据模型而言，分页检索时，如果按照传统的每次都加载整个数据源的方法是非常浪费资源的。现在流行的分页方法一般是检索页面大小的块区的数据，而非检索所有的数据，然后单步执行当前行。　　　　最早较好地实现这种根据页面大小和页码来提取数据的方法大概就是“俄罗斯存储过程”。这个存储过程用了游标，由于游标的局限性，所以这个方法并没有得到大家的普遍认可。　　　　后来，网上有人改造了此存储过程，下面的存储过程就是结合我们的办公自动化实例写的分页存储过程：　　　　CREATE procedure pagination1　　　　(@pagesize int,　--页面大小，如每页存储20条记录　　　　@pageindex int　 --当前页码　　　　)　　　　as　　　　set nocount on　　　　begin　　　　declare @indextable table(id int identity(1,1),nid int)　--定义表变量　　　　declare @PageLowerBound int　--定义此页的底码　　　　declare @PageUpperBound int　--定义此页的顶码　　　　set @PageLowerBound=(@pageindex-1)*@pagesize　　　　set @PageUpperBound=@PageLowerBound+@pagesize　　　　set rowcount @PageUpperBound　　　　insert into @indextable(nid) select gid from TGongwen where fariqi dateadd(day,-365,getdate()) order by fariqi desc　　　　select O.gid,O.mid,O.title,O.fadanwei,O.fariqi from TGongwen O,@indextable t where O.gid=t.nid　　　　and t.id@PageLowerBound and t.id=@PageUpperBound order by t.id　　　　end　　　　set nocount off　　　　以上存储过程运用了SQL SERVER的最新技术――表变量。应该说这个存储过程也是一个非常优秀的分页存储过程。当然，在这个过程中，您也可以把其中的表变量写成临时表：CREATE TABLE #Temp。但很明显，在SQL SERVER中，用临时表是没有用表变量快的。所以笔者刚开始使用这个存储过程时，感觉非常的不错，速度也比原来的ADO的好。但后来，我又发现了比此方法更好的方法。　　　　笔者曾在网上看到了一篇小短文《从数据表中取出第n条到第m条的记录的方法》，全文如下：　　　　从publish 表中取出第 n 条到第 m 条的记录：　　SELECT TOP m-n+1 *　　FROM publish　　WHERE (id NOT IN　　(SELECT TOP n-1 id　　FROM publish))　　　　id 为publish 表的关键字　　　　我当时看到这篇文章的时候，真的是精神为之一振，觉得思路非常得好。等到后来，我在作办公自动化系统（ASP.NET+ C#＋SQL SERVER）的时候，忽然想起了这篇文章，我想如果把这个语句改造一下，这就可能是一个非常好的分页存储过程。于是我就满网上找这篇文章，没想到，文章还没找到，却找到了一篇根据此语句写的一个分页存储过程，这个存储过程也是目前较为流行的一种分页存储过程，我很后悔没有争先把这段文字改造成存储过程：　　　　CREATE PROCEDURE pagination2　　(　　@SQL nVARCHAR(4000),　　--不带排序语句的SQL语句　　@Page int,　　　　　　　--页码　　@RecsPerPa