Foxtable(狐表)用户栏目专家坐堂 → 再提“大容量数据”的问题


  共有15737人关注过本帖平板打印复制链接

主题:再提“大容量数据”的问题

帅哥哟,离线,有人找我吗?
reachtone
  1楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信 一级勋章
等级:版主 帖子:1991 积分:19375 威望:0 精华:20 注册:2008/9/2 10:09:00
再提“大容量数据”的问题  发帖心情 Post By:2009/11/12 9:36:00 [只看该作者]

    昨天去给客户搞了大半天的数据迁移,老数据都已经移植到新库中了。其中,基础数据表的记录已经达到近150万条。
    现场用后台分组或交叉统计给客户测试了一下,瞬间即可得到结果,客户非常满意;加上随手即得的图表,统计这块没的说了!
    但是,在查询明细数据时,有个问题:只要数据超过8-10万条,系统性能就会急剧下降。关于这一点,我也早就预料到了,毕竟占用内存太大了嘛。因此,我在项目中专门设了个“关闭查询表”按钮,用于将窗口中的table重新fill成空记录。但是,尽管如此,项目操作还是很“卡”。
    刚才我一直想在这块进行改进,还发现:如果在窗口的table中加载过10万条以上的记录,再打开该窗口进行设计时,写代码都开始“卡”了。按说,该窗口重新打开后,原来的table已经自动销毁了,为什么还会这样呢?
    请老六考虑个办法,看看怎样才能彻底“关闭表”、以提高项目运行效率。
    还有就是,加载大容量数据时,等待时间太长,这点能否也考虑改进一下。我之前建议过“分页”方式,如果此方法不可行,能否借鉴一下BDB的做法。这个软件最初采取的就是一次全部加载方式,打开超大表时简直无法忍受;改进以后,就能马上看到数据、同时也有加载进度提示了,界面很友好。这是下载地址,请参考一下:http://www.bainsoft.com
    如果这个问题能解决,大家再测试我那个远程数据库时,查询过程就不会再有漫长的等待了。

 回到顶部
总数 17 1 2 下一页