现在，我们写好了一个存储过程来做分页的工作，而不是用Web服务器来做这个事情，我们接下来要做的就是为DataGrid对象编写代码来使用我们的分页技巧。DataGrid的AllowPaging、AllowCustomPaging、PageStyle属性有助于避免我们编写自己的代码来跟踪记录浏览者目前在哪一个页面访问和都请求过哪些页面。我们应当设定AllowCustomPaging为True，否则，在你使用DataReader或者SQLDataReader绑定到DataGrid对象会遇到麻烦。在任何可能的情况下，应当尽量使用SQLDataReader而不要使用DataSet来装载DataGrid对象。据性能测试表明：在构建列表显示数据时，使用SQLDataReader比使用DataSet要快两倍以上。不要设定AllowPaging和PageStyle的值，这是因为，如果使用这两个属性，你必须在viewstate中维护DataGrid，但为了追求性能最佳化，我们必须设定DataGrid的EnableViewState属性为false，尽管这样我们自己必须编写一点代码来实现我们的分页，但是性能会有所提高的，因为在每次与Web服务器打交道时不必再在viewstate中存储内容了。

   一旦我们关闭了DataGrid自己在viewstate中保存的能力，我们就必须自己编写代码来实现用户从一页导航到另一页。DataGrid如果自己不在viewstate中进行保存，那么它也不再跟踪记录“前一页”和“下一页”是哪些页面了。我们自己添加导航按钮来帮助浏览者进行导航。最简单的办法是在页面上增加两个按钮：“上一个”和“下一页”。要进入到下一页，我们在“下一页”按钮上增加click事件，通过我们的自定义分页存储过程请求相应的记录。例如：如果第一页由第1条到第25条记录组成，那么要导航到第二页，我们就向存储过程的@StartRow传递参数26，向@StopRow传递参数50即可，要返回到第一页，@StartRow和@StopRow分别为1和25。

    下面是使用VB.NET编写的“下一页”事件的例子：

Private Sub ButtonNext_Click (ByVal sender As Object, _
ByVal e As System.EventArgs) Handles ButtonNext.Click

viewstate("StartRow") = viewstate("StartRow") + dgrid.PageSize
viewstate("StopRow") = viewstate("StartRow") + dgrid.PageSize

'运行存储过程，返回SQLDataReader
dgrid.DataSource = RunSprocReturnDR (textAu_lname.Text, _
textAu_fname.Text, viewstate("StartRow"),viewstate("StopRow"))
dgrid.DataBind()

End Sub

    从上面的例子可以看出，我们在viewstate中保存的只是@StartRow和@StopRow的信息，这比在viewstate中保存整个DataGrid对象高效的多。“下一页”和“上一页”按钮提供的只是简单的导航，要实现更详细的导航信息，比如：共多少页、自定义页面记录数等，也是可以的，但要记住不要使用DataGrid内建的PagingStyle属性。根据测试表明，不保存DataGrid会提高性能到54％。
    列表显示信息的性能对浏览者的访问是很重要的，设计不好的列表显示会大大降低应用程序的性能，不管它的后端数据库是多么快速。使用自定义分页技术，我们可以避免DataGrid默认分页机制带来的缺陷，如果要实现可搜索的列表显示，让你的用户感到你的应用程序快速和可扩展，还要编写更多的代码，相信各位会编写出更加优秀的程序的。