问题描述
我有十几万条纪录用gridview数据绑定dataset好些，还是datalist绑定 PAGEDATASOURCE好些还是第三方的分页控件，这些哪种效率高点
解决方案
解决方案二：
存储过程分页。
解决方案三：
这个看你写的SQL语句了
解决方案四：
我感觉几十万条，你用他自带分页或是第三方控件，都差不了多少，网速快了，哪一个都加载都快当然应该会有不少人推崇存储过程分页，效果应该也不错但是分页过程还是一次一次与数据库交互他加载到你的页面上，还是取决于网速最开的还是生成静态页，可能不太适合你这个请关注一下http://www.77name.cn
解决方案五：
要说这个数据量并不是很大呀！不过一次性全读到内存中也够机器嘿呦的了呵呵......要几个读几个这个应该不错...比你直接来绑定要快点......至于sql怎么写那就看你个人了拼接也好存储也好....这点数据建立好索引应该还是差不到那去的....
解决方案六：
最好的是用存储过程分页,要多少数据就取多少条数据.
解决方案七：
如果你把显示控件跟绑定的数据源分开，那么你的问题就跟采取的GridView、DataList、FormView、ListView等控件没有任何关系。一个GridView下使用SQLServer的例子，可以参考。在.net3.5中新增一种ListView控件，可以做出比DataList+GridView更加强大的表格控制，并且有很不错的分页控件。不论你是使用asp.net2.0的数据源控件（这样你基本上可以把所有跟绑定、显示以及管理的代码全都删除掉），还是自己土法炼钢写生成DataSet和控制显示控件的代码，其实都要做到将显示控件跟数据源分开设计，考虑如何分页时不需要去考虑用什么控件显示的问题。
解决方案八：
可能存储过程分页比较好,因为存储过程靠近数据层
解决方案九：
自定义分页！根据用户操作，动态取数据。
解决方案十：
其实他本身提供的分页类就可以。每三方控件也没有问题。
解决方案十一：
用第三方控件效率都不是很高用存储过程吧gridview的自带的也还好,就是难看
解决方案十二：
用存储过程，特别是sql2005，有个特性，可以使用分页更高。
解决方案十三：
第三方的aspnetpager+分页存储过程
解决方案十四：
建议存储过程分页,每页固定显示多少个,就到数据库取多少显示
解决方案十五：
分页存储过程+repeater+自己写分页的过程，网上很多源代码，最好还是自己动手写东西，不要拖别人的控件！
解决方案：
存储过程分页。临时表
解决方案：
分页存储过程，还得用上缓存
解决方案：
如果是十几万条数据的话最好采用SQL语句去分页
解决方案：
要多少就取多少
解决方案：
我原来自己用过viewstate分页，但是有1%的几率会出错，用存储过程分页是现在大部分人们推崇的方法，但是貌似效率不是很高，每翻页一次就要和数据库交互一次，使用GV自带的分页呢，是一次把所有的数据都读进内存了，也够内存受的了，不过我还是建议用SQL语句分页...
解决方案：
最好的是用存储过程分页,要多少数据就取多少条数据.最好的办法，
解决方案：
存储过程分页把
解决方案：
主要是看你的sql语句了..是不是最优..
解决方案：
通过存储过程分页，再在gridview里分页，绑定数据
解决方案：
存储过程分页要多少取多少更高效
解决方案：
存储过程分页，就可以了。
解决方案：
写个分页的存储过程,例如:你每页只显示20条数据,那么你就搜索出来20条,等用户看下一页的时候你再搜索后面的20条.这样的话不管你用什么效率都不会有太大问题
