在结果中筛选,request是什么,response又是什么

解决方案 »

  1.   

    目测是页面超时了,把页面超时时间设置长一些
    不过最好还是使用ajax异步读取数据库,页面上可以做个png动图或进度条什么的
    否则即使页面不超时,好几分钟都没反应,不能避免用户不知情给关了
      

  2.   

    页面超时,executionTimeout="300",这个不行吗?运行最多30秒就空白了,根本没有5分钟
      

  3.   

    页面响应时间过长,超时
    然后你不要设置在config里面,在页面里面设置超时
      

  4.   

    好像不是超时的原因,我在Page_Load里Server.ScriptTimeout = 300;也不行
    因为有个“导出到Excel”功能,就没有分页处理,想一次性导出到Excel
      

  5.   

    几十万数据导出excel也是没有意义的
    你应该从需求出发,用户要求导出这么多数据到底是为了什么,而不是从用户给出的某种技术方案出发
    用户导出这么多数据,如果是为了备份数据,说明你数据库备份做的太烂;
    用户导出这么多数据,如果是为了在excel里实现统计计算,说明你统计计算的功能做的太烂;
    用户如果是为了在excel里生成图表,说明你图表做的太烂或者根本没给人家做总之如果你的程序功能很完备,数据库很可靠,人家就没有必要导出这么多数据自己回去研究
      

  6.   

    几十万数据导出excel也是没有意义的
    你应该从需求出发,用户要求导出这么多数据到底是为了什么,而不是从用户给出的某种技术方案出发
    用户导出这么多数据,如果是为了备份数据,说明你数据库备份做的太烂;
    用户导出这么多数据,如果是为了在excel里实现统计计算,说明你统计计算的功能做的太烂;
    用户如果是为了在excel里生成图表,说明你图表做的太烂或者根本没给人家做总之如果你的程序功能很完备,数据库很可靠,人家就没有必要导出这么多数据自己回去研究说要保存纸质的一份数据,以备检查和存档
    开始设计没有考虑周全,我想改AJAX了,不知道工作量大不?给点提示吧
      

  7.   

    问题已解决,写到这里分享。没有其他原因,就是时间上的事儿。站点配置了下就好了,应用程序池->高级,Shutdown Time Limit改高些;还有站点->高级,连接超时改高了就可以了。不过反应慢,打算弃掉gridview