ORACLE多表查询优化

ORACLE有个高速缓冲的概念，这个高速缓冲就是存放执行过的sql语句，那oracle在执行sql语句的时候要做很多工作，例如解析sql语句，估算索引利用率，绑定变量，读取数据块等等这些操作。假设高速缓冲里已经存储了执行过的sql语句，那就直接匹配执行了，少了步骤，自然就快了，但是经过测试会发现高速缓冲只对简单的表起作用，多表的情况完全没有效果，例如在查询单表的时候那叫一个快，但是假设连接多个表，就龟速了。
最重要一点，ORACLE的高速缓冲是全字符匹配的，什么意思呢，看下面三个select

   
   
    
    --
    
    No.
    
    1
    
     select 
    
    *
    
     from tableA; 
    
    --
    
    No.
    
    2
    
     select 
    
    *
    
     From tableA; 
    
    --
    
    No.
    
    3
    
     select 
    
    *
    
     from tableA;

这三个语句乍一看是一样的，但是高速缓存是不认的，是全字符匹配的，索引在高速缓存里会存储三条不同的语句，说到这里，又引出一个习惯，就是要保持良好的编程习惯，这个很重要

ORACLE多表优化我积累了一些，都是常用的，介绍下

一、FROM子句后面的表顺序有讲究

先说为啥，ORACLE在解析sql语句的时候对FROM子句后面的表名是从右往左解析的，是先扫描最右边的表，然后在扫描左边的表，然后用左边的表匹配数据，匹配成功后就合并。所以，在对多表查询中，一定要把小表写在最右边，为什么自己想想就明白了。例如下面的两个语句：

-- No. 1 tableA：100w条记录 tableB：1w条记录执行速度十秒 select count( * ) from tableA,tableB; -- No. 2 执行速度百秒甚至更高 select count( * ) from tableB,tableA;

这个估计很多人都知道，但是要确认非常有用。

还有一种是三张表的查询，例如

select count( 1 ) from tableA a,tableB b,tableC c where a.id = b.id and a.id = c.id;

上面中tableA 为交叉表，根据oracle对From子句从右向左的扫描方式，应该把交叉表放在最末尾，然后才是最小表，所以上面的应该这样写

-- No. 1 不可取性能低下 select * from tableA a where a.id > 500 and a.lx = ' 2b ' and a.id < (select count( 1 ) from tableA where id = a.id) -- No. 2 性能高 select * from tableA a where a.id < (select count( 1 ) from tableA where id = a.id) and a.id > 500 and a.lx = ' 2b '

ORACLE多表查询优化

ORACLE多表查询优化

猜你在找的Oracle相关文章