http://www.cnblogs.com/tthxnz/archive/2008/12/02/1345711.html
之所以一定要说是企业网站用的分页SQL是因为他可能存在性能问题，企业站一般数据量比较小，所以暂时忽略性能问题，而且企业站和新闻论坛站不同，栏目和帖子相对固定，显示的也很固定，更多的时候是为了seo体验，消除现在大多数的目录页(catalog)的页码和内容不匹配的现象，造成搜索体验降低的问题
主要体现在分页之后的排序上，例如：我今天更新了5篇文章，按照传统的分页方法，按照最后更新倒序，就是page=1,显示这5篇文章，搜索引擎进来，收录，过来2天，又增加了五篇文章，他的分页url就是page=1。而上一次增加的文章就成了page=2,
然后有人在搜索引擎上搜之前增加的5篇文章的其中一篇的标题，结果就有可能显示为page=1,因为搜索引擎上次收录的时候他的url就是page=1,而搜索引擎又没有那么快来更新我们的站，况且我们一般的企业网站也做不到搜索引擎天天都来更新的地步，结果就会变成搜索和结果文不对题的现象，导致用户进来一看，没有想要的内容，马上关掉浏览器，浪费大批用户
而且看了很多人写的分页，没有见到用这种方法来分页的(也许有很大的性能问题)，那我就来秀一秀了，其中的主要功能就是用
SET ROWCOUNT { number | @number_var }这条语句，他产生的作用就是读取number行后就停止读取，联机手册上说一般是和select top number来配合用，也就是说设置了number后，可以省略select top number，他自己取这么多条后就不读取了，其中numer为非负的整数，当number为0的时候，将把表里面所有的数据都取出来，因此，我们不需要构造最后一页的语句，他自己就可以把最后一页取出来
我的SQL语句如下
CREATE procedureselectPageDate
@pageIndex int,--当前页码@pageSize int --每页需要显示的条数as
declare @rowCount int --总共有多少行declare @pageCount int --总共有多少页declare @SelectCount int --预计取出多少条
--
声明一个临时表，declare @tempTable table(id int,ProductName nvarchar(255),pageCount int)
--计算总条数select @rowCount = count(*) fromProduct
/*--------------计算页数----------------------*/if(@rowCount % @pageSize > 0)
beginset @pageCount = @rowCount / @pageSize +1endelsebeginset @pageCount = @rowCount /@pageSizeend
/*计算要取出多少条*/set @SelectCount = @Pagesize * @PageIndex
--关键位置就在这里，他取出这么多条就不取了，先取出当前页所需的所有的条数然后正序排序，由于我个人比较懒，就没有用sql的返回参数，直接在select里面返回总页数set rowcount @SelectCountinsert into @tempTable select Id, ProductName,@pageCount from GoodLifeProduct order by id asc
--取出当前页所需要的条数，由于我们刚才在临时表里面的是正序，我们需要的页码就在后面，因此倒序，可以做到页码也记录数对应set rowcount @pageSizeselect * from @tempTable order by Id desc
而且我看了一下，这个和top分页有异曲同工之势，不过top分页可能第一页比较快，到后面就愈慢，而我这个刚好相反，前面越慢，后面越快，上面刚才说不需要构造第一页的SQL，其实就是把page默认设置为0，他就可以把最后一页给取出来了，但是取出的收据异常之多
ps：个人感觉这个不用拼接SQL，而且逻辑非常清晰，一看就明白
当然，你还要把你的页码显示控件改造一下，让他反过来显示，这里已经有我自己改好的一个，那就献丑一下啊
用法就是给定3个属性
PageCount = 10;
PageIndex = 2;
NavigatorStringFormat = page.aspx?page{0}
