本帖最后由 xiven 于 2013-06-03 23:24:53 编辑

解决方案 »

  1.   

    不太了解BI系统,不敢瞎说,说说自己对分页的理解如果我遇到一个网页的响应很慢,我肯定首先会去fireBug看看到底瓶颈在哪里,是请求各种JS等耗费的时间,还是请求服务器传回的分页数据耗费的时间,确定了哪里才是问题的根本,再着手优化不知道你所说的大数据展示,大到什么程度,在非局域网环境一次性加载过多的数据是不合理的,大量数据应该提供给客户下载后在本地处理,如果单单是一页的数据,百八十条,几百条,那么网络传输应该就没什么问题,如果用firebug看到请求分页数据耗费很长时间,那么肯定是后台处理分页数据出现了效率问题后台首先是看看连接池的设置,并发够不够,然后就是SQL语句的优化了,比如去除“*”,把可以过滤掉大量数据的条件放到前面等基本的SQL语句优化技巧。如果还是和需求相差甚远,那就要考虑使用二级缓存了。再不行,那就看楼下高见吧
      

  2.   

    把可以过滤掉大量数据的条件放到前面等基本的SQL语句优化技巧.
      

  3.   

    这里讨论的是分页技术,不是SQL优化哦
      

  4.   

    这个感觉没什么好说,具体要看你的流程瓶颈在哪里,,,分页一般也就是sql上消耗时间大而已,其他的都是负责把数据往上传递而已...