利用DataGrid的自定义分页功能和存储过程结合实现高效分页

ASP.NET中利用DataGrid的自定义分页功能和存储过程结合实现高效分页

create procedure ListProduct

(

@PageIndex int, -- 分页后需要页的序号

@PageSize int, -- 一页的大小

@ConditionSQL – 查询条件的SQL语句

)

AS … 具体代码就不写了(可以参考上面的链接).

具体的SQL语句如下:

SELECT TOP 100 * FROM (select * from product where productid<200000) T WHERE T.productid NOT IN

(SELECT TOP 900 productid FROM (select productid from product where productid<200000) T1 ORDER BY T1.productid asc) ORDER BY productid asc

这条语句的 从总的商品(30万)中取出productid<200000(共20万),再按每页100的大小分页,然后取出第10页.

Public DataTable ListProduct(int pageIndex, int pageSize)

{

//ADO.net从数据库中取出数据的代码就略过^_^.

}

用上面的存储过程读出的数据在DataGrid里面分页, 必须把DataGrid的AllowPaging和AllowCustomPaging设置为true

protected System.Web.UI.WebControls.DataGrid ProductGrid;

ProductGrid.AllowPaging = true;

ProductGrid.AllowCustomPaging = true;

然后在设置要显示的一页的大小

ProductGrid.PageSize = 100; // 在显示的时候依据实际的数据显示。

设置一页大小后,如果要让DataGrid实际分出页数来,还必须设置

ProductGrid.VirtualItemCount = GetProductCount() ; // GetProductCount() 的功能是获取满足条件的产品数目, 这里的条件就是productid<200000. 设置这项属性后,那么这个DataGrid的页数就是

VirtualItemCount/PageSize, 也就是PageCount的值. 不能对PageCount直接赋值,因为他是只读的属性.

这些属性设置好后再绑定数据:

ProductGrid.DataSource = ListProduct(1, ProductGrid.PageSize); // 在Page_Load里面 pageIndex为1，记住判断IsPostBack，在IsPostBack为false时执行这些代码

ProductGrid.DataBind();

这样数据绑定后就可以看到具有分页模样的页面了.但是还不能真正的分页.要实现真正的分页,还必须实现下面的功能.

处理DataGrid的PageIndexChanged事件(处理用户新选中某页时的事件)

private void ProductGrid_PageIndexChanged(object source, System.Web.UI.WebControls.DataGridPageChangedEventArgs e)

{

// 如果在存储过程分页功能中用1表示第一页的序号的话那么这里必须用e.NewPageIndex+1作为pageIndex（如果选择了DataGrid上页号为3的页，那么e.NewPageIndex就为2）, 否则的话直接用e.NewPageIndex就可以了

ProductGrid.DataSource = ListProduct(e.NewPageIndex+1, ProductGrid.PageSize); // 从数据库中读取新的数据

ProductGrid.DataBind();

// 设置当前的Page序号值, 如果不设置的话它是不会变得, 这样会给用户造成误解,以为所有页的数据相同。

ProductGrid.CurrentPageIndex =e.NewPageIndex;

}

如果你处理了DataGrid的ItemCommand的事件的话，必须在ItemCommand事件处理代码前面加上这些代码:

if (e.Item.ItemType == ListItemType.Pager)

{

return;

}

因为当PageIndexChanged事件激发，也就是用户选则了另外一页时会先激发ItemCommand事件，如果不这样处理的话，可能会遇到一些意想不到的情况（如果你确实需要的话也可以上面这段代码，不过最好实际测试一下）。

整个过程完成后，再次浏览页面，觉得速度真是快多了