1、可以缩小到5张表,因为很多都是从一张表里取出来的数据;
2、不能子查询因为是要显示数据子查询只是查询条件;
3不能建立索引,因为这样会影响表的增删改,它里面都是导入进去的一次增加上千条都有可能;
4、定期结转是什么意思,表示没看懂。时间发的太长的话就算了;
5、定期结转的意思就是,将你要建立视图的几种表数据“转移”到一张新表里面去,不用视图查询。数据库全文检索是RDBMS自带的扩展功能,可以实现高速查询。全文检索建议搜索下关键字,什么lucene之类的就出来了。
这种情况有很多可能性,首先,你的服务器的负载情况会影响到你的数据读取速度的,如果数据库服务器执行的进程过多,会导致查询速度下降很多。另外,第一次执行同一个SQL的时候,都会比较慢一些,再次执行的时候,由于数据等还在内存内,会速度快很多。
再者,在Oracle中,有共享SQL语句的机制,在第一次解析之后, ORACLE将SQL语句存放在内存中.这块位于系统全局区域SGA(system global area)的共享池(shared buffer pool)中的内存可以被所有的数据库用户共享. 因此,当你执行一个SQL语句(有时被称为一个游标)时,如果它 和之前的执行过的语句完全相同, ORACLE就能很快获得已经被解析的语句以及最好的执行路径. 这样也会大大的提高效率。
个人认为有两个办法,仅供参考。(1)如果视图并不是需要实时刷新,也就是说可以存在一定的滞后;或者视图基表刷新并不频繁,那么可以考虑物化视图,这样的话,是在后台 *** 作的,当然物化视图一样慢,但是查询的时候感觉不到,除非正好赶上物化视图刷新。
(2)改视图为表,每次基表插入新的数据后,统计新插入的数据的内容,然后修改该表的统计结果,这样计算量会小一些,速度也能快不少,但是如果新插入数据和原数据并无明显区别,或者没有上一级结构(也就是没办法提取新插入数据,只要有办法提取数据,那么也就有办法统计,只是这样就需要一个过程体系了,因为涉及到提取数据,统计,插入和修改),那么这个办法就不适用了,关键要看业务关系。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)