ASP.NET网站制作之ASP.NET中使用DataGrid完成高效分页
我以前很喜欢Serv-U，自从它用Java重写之后我就再也没用过，实在是太慢了，我宁可用IIS搭建FTP，虽然IIS搭建FTP在权限管理上很不灵活。asp.net|datagrid|分页 ASP.Net中的DataGrid有内置分页功效,可是它的默许的分页体例效力是很低的,出格是在数据量很年夜的时分,用它内置的分页功效几近是不成能的事,由于它会把一切的数据从数据库读出来再举行分页,这类只拔取了一小部分而丢失落年夜部分的办法是不成往取的.在最进的一个项目中由于一个办理页面要办理的数据量十分年夜,以是必需分页显现,而且不克不及用DataGrid的内置分页功效,因而本人完成分页.上面先容一下我在项目顶用到的分页办法.
固然显现控件仍是用DataGrid的,由于数据绑定很便利^_^.
要包管不传输冗余的数据,那末必需在数据库中数据读取时完成分页,数据库的分页操纵能够放在存储过程当中.看了CSDN的一篇Blog中讲了一个百万级数据分页的存储历程的完成(http://blog.csdn.net/wellknow/posts/55167.aspx，他的这个办法能够依据分歧情形举行得当的优化),依据他的办法,这里完成一个复杂的SQL语句来完成这里分页必要的存储历程。
createprocedureListProduct
(
@PageIndexint,--分页后必要页的序号
@PageSizeint,--一页的巨细
@ConditionSQLC查询前提的SQL语句
)
AS…详细代码就不写了(能够参考下面的链接).
详细的SQL语句以下:
SELECTTOP100*FROM(select*fromproductwhereproductid<200000)TWHERET.productidNOTIN
(SELECTTOP900productidFROM(selectproductidfromproductwhereproductid<200000)T1ORDERBYT1.productidasc)ORDERBYproductidasc
这条语句的从总的商品(30万)中掏出productid<200000(共20万),再按每页100的巨细分页,然后掏出第10页.
PublicDataTableListProduct(intpageIndex,intpageSize)
{
//ADO.net从数据库中掏出数据的代码就略过^_^.
}
用下面的存储历程读出的数据在DataGrid内里分页,必需把DataGrid的AllowPaging和AllowCustomPaging设置为true
protectedSystem.Web.UI.WebControls.DataGridProductGrid;
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事务(处置用户新选中某页时的事务)
privatevoidProductGrid_PageIndexChanged(objectsource,System.Web.UI.WebControls.DataGridPageChangedEventArgse)
{
//假如在存储历程分页功效顶用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事务，假如不如许处置的话，大概会碰到一些意想不到的情形（假如你的确必要的话也能够下面这段代码，不外最好实践测试一下）。
全部历程完成后，再次扫瞄页面，以为速率真是快多了据说很厉害，甚至可以把C＃也干掉^_^，不过也很复杂，本来C＋＋已经够复杂的。有人甚至还提出把这个东东引进标准，我觉得基本上不可能的。 如今主流的Web服务器软件主要由IIS或Apache组成。IIS支持ASP且只能运行在Windows平台下，Apache支持PHP，CGI，JSP且可运行于多种平台，虽然Apache是世界使用排名第一的Web服务器平台。 逐步缩小出错代码段的范围，最终确定错误代码的位置。 最强的技术支持WebService,而且有.NET的所有library做后盾。而且ASP.NET在.NET3.5中还有微软专门为AJAX开发的功能--ASP.NETAJAX。 对于中小项目来说.net技术是完全可以胜任，但为什么现在大型公司或网站都选择php或java呢？就是因为微软不够开放，没有提供从硬件到应用服务器再到业务应用的整套解决方案。 由于JSP/Servlet都是基于Java的，所以它们也有Java语言的最大优点——平台无关性，也就是所谓的“一次编写，随处运行（WORA–WriteOnce,RunAnywhere）”。除了这个优点，JSP/Servlet的效率以及安全性也是相当惊人的。 微软又推出ASP.NET。这不是ASP的简单升级，而是全新一代的动态网页实现系统，用于一台WEB服务器建立强大的应用程序。是微软发展的新体系结构.NET的一部分，是ASP和.NET技术的结合。 市场决定一切，我个人从经历上觉得两者至少在很长时间内还是要共存下去，包括C和C++，至少从找工作就看得出来，总不可能大家都像所谓的时尚一样，追捧一门语言并应用它。 最强的技术支持WebService,而且有.NET的所有library做后盾。而且ASP.NET在.NET3.5中还有微软专门为AJAX开发的功能--ASP.NETAJAX。 当然我们在选择Asp.net主机是，除了要考虑服务提供商在版本是否是实时更新以外，机房的环境和配置也是非常重要的，通常选择骨干网的机房，在速度和稳定性上会非常有保证。
页:
[1]