GridView自定义分页的四种存储过程

1. 为什么不使用GridView的默认分页功能

首先要说说为什么不用GridView的默认的分页功能，GridView控件并非真正知道如何获得一个新页面，它只是请求绑定的数据源控件返回适合规定页面的行，分页最终是由数据源控件完成。当我们使用SqlDataSource或使用以上的代码处理分页时。每次这个页面被请求或者回发时，所有和这个SELECT语句匹配的记录都被读取并存储到一个内部的DataSet中，但只显示适合当前页面大小的记录数。也就是说有可能使用Select语句返回1000000条记录，而每次回发只显示10条记录。如果启用了SqlDataSource上的缓存，通过把EnableCaching设置为true，则情况会更好一些。在这种情况下，我们只须访问一次数据库服务器，整个数据集只加载一次，并在指定的期限内存储在ASP.NET缓存中。只要数据保持缓存状态，显示任何页面将无须再次访问数据库服务器。然而，可能有大量数据存储在内存中，换而言之，Web服务器的压力大大的增加了。因此，如果要使用SqlDataSource来获取较小的数据时，GridView内建的自动分页可能足够高效了，但对于大数据量来说是不合适的。

2. 分页的四种存储过程(分页+排序的版本请参考Blog里其他文章)

在大多数情况下我们使用存储过程来进行分页，今天有空总结了一下使用存储过程对GridView进行分页的4种写法(分别是使用Top关键字，临时表，临时表变量和SQL Server 2005 新加的Row_Number()函数)

后续的文章中还将涉及GridView控件使用ObjectDataSource自定义分页 + 排序，Repeater控件自定义分页 + 排序，有兴趣的朋友可以参考。

代码如下:

查看更多关于GridView自定义分页的四种存储过程的详细内容...