如图所示,因为数据表很大,查询时间较长,大概需要1分30秒,导致出错,不知道在哪修改超时时间,希望大家能帮帮忙
数据库大数据asp.netxpo

解决方案 »

  1.   

    优化查询sql,比如给字段建立适当的索引
      

  2.   

    在配置文件里面连接字符串的节点里面添加timeout属性吧
      

  3.   

    分页查询,要几条查几条!配置文件里面可以设置超时时间,好像IIS 和数据库都有超时设置的选项,你找找!
      

  4.   

    select要怎么写,完全取决于你的表是怎么建立的
    要加快,最好是,水平分割,或者垂直分割。
    链表,索引什么的都加上,不知您的结构,只能给这些建议了
      

  5.   

    資料抓少一些!!
    ex:只抓ID, 但顯示時才抓數筆詳細資料
      

  6.   

    楼主你怎么查询的 不会是 select * from tablename   ?这样查询的吧?
    数据要用多少读取多少,我想不至于有很庞大的数据让你一次读取的。
      

  7.   

    你先看你SQL 语句查询出来 多长 时间。 再想办法吧 ,数据查询 超过 1分钟  你这程序 有什么意义呢,让用户等吗?
    我个人觉得 你这 根本还是 做SQL 优化。
      

  8.   


    查询的是一个巨型视图,由多个表构成,每个都上百万,有的是千万数据,还得分组排序,里面还有函数计算,我自己的优化能力已经无法再加快该视图的速度了,而这个需要1分半钟才能查出来的基本上已经是需要处理的最大数据了,所以只要能打开就行,打开一次就有了缓存,以后访问就都快了
    是这样嘛? 我好像觉得 这个不会缓存吧。
    有缓存的,我用的MySql数据库,他每次都是从缓存中读的,若没有则从文件更新到缓存,所以我只要打开一次就会快。我这个由于界面显示时有4层分组,每个分组里都有各自分组元素的数量,也就是说先按A分组,然后在A分组的基础上按B分组,之后在B的基础上按C分组、之后D,每个父组与子组都有数量统计,如果做分页感觉很麻烦,所以后来用了Xpo技术,就是Dev公司XpoDataSource数据控件,自动实现分页,而且效率超高,我试过单表的,1000万数据,耗时几乎是0,翻到最后一页也是这样,不知道他怎么做到的,所以用了XPO技术,每次打开时的确快很多,但每次点击那个展开分组的加号需要等5-6秒,而我目前这种第一次全打开的方式每次点加号几乎不耗时,而用户的主要操作是点击那些加号,一个大的任务,光分组加号就得数百个