从数据库直接查询快，从网页查询慢。是什么原因。
从数据库直接查询快，从网页查询慢。会不会是服务器负载过重？
查800多条数据。数据库查询只要40多秒，而用网页查询，十分钟都查不出来。
请高手分析一下，谢！

------解决方案--------------------
800多条10分钟都查不出来？不太可能
------解决方案--------------------
贴代码出来看看
------解决方案--------------------
查800多条数据。数据库查询只要40多秒
--------------------------------

你这也够慢的
------解决方案--------------------
发下你的代码，看是不是的网页代码有问题
------解决方案--------------------
WEB和数据库之间的网络好不好？
------解决方案--------------------

探讨

查800多条数据。数据库查询只要40多秒
--------------------------------

你这也够慢的

------解决方案--------------------
用存储过程试试
------解决方案--------------------
晕.800多条记录,用肉眼看估计10分钟不到就看完了
------解决方案--------------------
这要看你是用什么方法显示数据了
如果你直接绑定到GRIDVIEW上去那估计很快的
但如果你在绑定的时候做了很多操作
比如格式化,比如设置样式,比如判断数据关系
再或者还去做了其他的操作
那么会慢了

因为同一件事你做了800多遍
你的机器会慢下来也是正常的

建议上网去搜搜分页查询
不然你这页面越来越慢!
------解决方案--------------------

探讨

这要看你是用什么方法显示数据了
如果你直接绑定到GRIDVIEW上去那估计很快的
但如果你在绑定的时候做了很多操作
比如格式化,比如设置样式,比如判断数据关系
再或者还去做了其他的操作
那么会慢了

因为同一件事你做了800多遍
你的机器会慢下来也是正常的

建议上网去搜搜分页查询
不然你这页面越来越慢!

------解决方案--------------------
不贴代码大家不知道问题在哪里
------解决方案--------------------
在慢也不可能800条 要10分钟 的~~
------解决方案--------------------
不知道楼主用什么方式显示 查出来的结果，我猜是gridview 之类的吧，应该把不用的列的EnableViewstate 设这成为false 不然 网络不好，这么多才viewstate 保存起来 是很费劲的，建议楼主多看看，如何优化网络方面的书
------解决方案--------------------
假如数据库关联太多 是有点慢 但是40秒的话.... 实在太慢了吧！？ 什么结构？？ 当初没设计好？？

------解决方案--------------------
ADO.NET 应该不至于这么慢.

慢是肯定的，要有回传过程嘛.

检查你的代码吧
------解决方案--------------------
在数据库要40秒？8万条40秒还差不多。
------解决方案--------------------
要把那么多数据加载在网页上当然慢了
------解决方案--------------------
好恐怖 就是数据库差也该是毫秒 才几百行数据 代码问题哦
------解决方案--------------------
代码优化一下看看，也可用存储过程，贴近数据库，反应快
------解决方案--------------------
800多条
有关联的一定会慢
800多条拿到内存里肯定影响性能