SQL查询很快，但是WEB页面加载不出来。有木有大神提供一下查找问题的思路

[qq_30431673]

小弟有一个报表，储存过程查询数据很快，如图，但是WEB页面一直加载不出来，有没有什么好的解决思路。

[以专业开发人员为伍]

如果只是你的 asp.net 问题，那么这是一个硬伤。 只有改为纯粹的前端开发，才能解决这类问题。扔掉 asp.net、php、jsp 之类的服务器端页面编程框架。

[以专业开发人员为伍]

我们最近做了一个（全国最大型）集团工作流审批和统计报表系统，一个大表中的数据来自于许许多多其它表的统计计算，不管多大的表在上千公里之外查看时都是毫秒级就打开了。 而用传统的 asp.net 服务器端编程方式，可以想见，估计得2分钟才能打开。而且客户端操作体验完全垃圾。

[非专业开发Five]

做个分页吧，先试试top 50能快点吗。

[以专业开发人员为伍]

另外，就算是纯粹前端设计开发，你也不能一次访问业务服务器就加载6万多行数据，此时你应该设计为：在用户把页面拖到滚动条底部时加载下一页数据。

[正怒月神]

断点调试，查看哪一步耗时厉害。 而且拿出6W数据，是不是有点太多了

[娃都会打酱油了]

查询快不代表io传输快，你这6w多数据……

[qq_30431673]

引用 3 楼 sp1234 的回复:

另外，就算是纯粹前端设计开发，你也不能一次访问业务服务器就加载6万多行数据，此时你应该设计为：在用户把页面拖到滚动条底部时加载下一页数据。

我前台页面只显示10行数据，我现在是不知道他是在哪个环节出问题，导致页面加载不出来。或者说是哪个环节占用了大量的时间，导致页面加载失败。有没有一个查找这种问题的方法

[Dogfish]

Web页面的rendering很慢的。一下子这么多数据弄出来，浏览器不死也差不多了。

[以专业开发人员为伍]

要查找问题，那么就注释掉无关的代码，就像上台阶一样一步一个脚印地重新让你的代码起作用，后面一步是坚实地基于前一步效果不变的基础上才增加的步骤，而不是想当然地一下子写出许多相互纠结的功能代码。 其实没有什么”银弹开发方法“，越是看似简单的工程方法对人的素质要求越高，那些喜欢追时髦的人、喜欢现学现卖的人则越不喜欢这种工程方法。

[以专业开发人员为伍]

引用 6 楼 qq_30431673 的回复:

引用 3 楼 sp1234 的回复:

另外，就算是纯粹前端设计开发，你也不能一次访问业务服务器就加载6万多行数据，此时你应该设计为：在用户把页面拖到滚动条底部时加载下一页数据。

我前台页面只显示10行数据，我现在是不知道他是在哪个环节出问题，导致页面加载不出来。或者说是哪个环节占用了大量的时间，导致页面加载失败。有没有一个查找这种问题的方法

asp.net 服务器控件（比如说 GridView 控件）本身的机制就是这样，只要你在 asp.net 程序内部才分页，而不是在查询时就分页，那么肯定也会慢如蜗牛。你学习 asp.net 的时候应该学会在 asp.net 控件分页和在数据库分页的不同编程方法对比实验吧？