为什么存储过程在查询分析器中运行不到1秒钟，而在页面运行却超时？

确定已经连上数据库?
确定是同一数据库?
确定是同一sql?
总之要跟踪

解决方案 »

  1.   

    你有OPEN（）吗？
    如果有了连接，请查看有死循环吗？循环条件是否OK呢？
      

  2.   

    其实代码就一行 
    Exec sp_GetDeptBudgetReport 2007,2453
    用事件探测跟踪的的也是上面那一句，
    但是我如果改了存储过程中的某些sql语句（将部分过滤条件删除），它又可以执行，但是删除了部分过滤条件获取到的数据并不是我想要的，很奇怪
      

  3.   

    晕，我以前碰到过一次这样的，重起下.net就好了
      

  4.   

    如果连上了，应该看一下web.config中的请求配置节
    http://community.csdn.net/Expert/topic/5398/5398496.xml?temp=.0714075
      

  5.   

    是不是你使用了EL的数据访问？如果是的话，估计是它 的add参数造成的速度减慢。
      

  6.   

    如果debug的话，那又是否超时？
      

  7.   

    顶，这种问题是系统的Bug
      

  8.   

    这种问题我也碰到过,原因可能有很多。Exec sp_GetDeptBudgetReport 2007,2453执行时间很短，证明SQL算法不成问题，那有可能在ASP.Net网页端绑定数据的时候用了很复杂的String字符串拼接操作，建议改用StringBuilder。另一种原因，sp_GetDeptBudgetReport存储过程中你可能用了很复杂的表函数/临时表的插入、删除操作和不必要的条件判断，建议你改进SQL的算法，运气好的话碰巧可以解决。还有一次，我把存储过程删了再重建一个一模一样的，问题就解决了，说不清楚为什么。