页面运行存储过程,超时^^^^^^^^^^^^^^^^^^^^^

存储过程在   库里运行是   786秒  
   
  在页面上调用,执行后再显示在datagrid中,  
   
   
  页面执行后   ,显示   "页面无法显示"

电脑软件技术推荐：

用VC++6.0编写注册表管理程序[详细内容]

VC6.0编写C/S消息传送程序[详细内容]

美18岁少年黑客因编写Blaster变种病毒被捕[详细内容]

美国拘捕编写冲击波病毒的18岁少年以警告黑客[详细内容]

FBI逮捕涉嫌编写“冲击波”病毒案件少年犯[详细内容]

木马是如何编写的(三)[详细内容]

木马是如何编写的(二)[详细内容]

木马是如何编写的(一)[详细内容]

用VC++6.0编写Proxy服务器[详细内容]

JAVA代码编写的30条建议[详细内容]

相关提议:

还是优化后台存储过程吧，执行这么长时间没有可用性。

第一次听说这个问题！如果用的是远程的数据库，可能是网络的问题，要不仔细查看程序是否返回了一个数据集，row.count看有几行数据！

执行时间可在web.config中调。  
          <httpruntime   usefullyqualifiedredirecturl="true"  
                            executiontimeout="100"  
  />  
  单位是秒，不过786秒，太恐怖了！谁愿意等这么长时间？

如果返回了多行数据，哪你就仔细查看，aspx里面是否有多个form.或者没有加<form   runat=server>这句话！

如果，确需执行大量的工作，超时是必然的，不过只要保持状态，你的任务仍在继续执行  
 

这么长时间当然网页可能会出问题呀,而且用户也没有耐心等待,实际上如果是显示给用户看,已经就没有意义啦,如果一定要显示给用户看的话,建议优化存储过程

呵呵~     厉害了!       可能是其它问题引起的呢？

寒在数据库里面都用了这么长时间更别提你还转了到弯

这种东西不做也罢.哪个客户会用你的啊?还是另想办法吧.

呵呵是呀，数据量有那么大吗？分页下载显示呀

786秒的存储过程的确没有什么实际意义！还是从算法上和策略上做一些优化吧！

天啊,这么长时间.     优化一下代码

.