oracle中Where子句顺序是否对SQL性能有影响

常常有人问到oracle中的Where子句的条件书写顺序是否对SQL性能有影响，个人直觉是没有影响，由于若是这个顺序有影响，Oracle应该早就可以作到自动优化，但一直没有关于这方面的确凿证据。在网上查到的文章，通常认为在RBO优化器模式下无影响(10G开始，缺省为RBO优化器模式)，而在CBO优化器模式下有影响，主要有两种观点：  

 

a.能使结果最少的条件放在最右边，SQL执行是按从右到左进行结果集的筛选的;  b.有人试验代表，能使结果最少的条件放在最左边，SQL性能更高。  查过oracle8到11G的在线文档，关于SQL优化相关章节，没有任何文档说过where子句中的条件对SQL性能有影响，到底哪一种观点是对的，没有一种确切的结论，只好本身来作实验证实。结果代表，SQL条件的执行是从右到左的，但条件的顺序对SQL性能没有影响。    实验一：证实了SQL的语法分析是从右到左的  下面的试验在9i和10G均可以获得相同的结果： 第1条语句执行不会出错，第2条语句会提示除数不能为零。  1.Select 'ok' From Dual Where 1 / 0 = 1 And 1 = 2;  2.Select 'ok' From Dual Where 1 = 2 And 1 / 0 = 1;  证实了SQL的语法分析是从右到左的。    实验二：证实了SQL条件的执行是从右到左的  drop table temp;  create table temp( t1 varchar2(10),t2 varchar2(10));  insert into temp values('zm','abcde');  insert into temp values('sz','1');  insert into temp values('sz','2');  commit;  1. select * from temp where to_number(t2)>1 and t1='sz';  2. select * from temp where t1='sz' and to_number(t2)>1;  在9i上执行, 第1条语句执行不会出错，第2条语句会提示“无效的数字”  在10G上执行，两条语句都不会出错。  说明：9i上，SQL条件的执行确实是从右到左的，可是10G作了什么调整呢?  实验三：证实了在10g上SQL条件的执行是从右到左的  Create Or Replace Function F1(v_In Varchar2) Return Varchar2 Is  Begin  Dbms_Output.Put_Line('exec F1');  Return v_In;  End F1;  /  Create Or Replace Function F2(v_In Varchar2) Return Varchar2 Is  Begin  Dbms_Output.Put_Line('exec F2');  Return v_In;  End F2;  /  SQL> set serverout on;  SQL> select 1 from dual where f1('1')='1' and f2('1')='1';  1  ----------  1  exec F2  exec F1  SQL> select 1 from dual where f2('1')='1' and f1('1')='1';  1  ----------  1  exec F1  exec F2  结果代表，SQL条件的执行顺序是从右到左的。  那么，根据这个结果来分析，把能使结果最少的条件放在最右边，是否会减小其它条件执行时所用的记录数量，从而提升性能呢?  例如：下面的SQL条件,是否应该调整SQL条件的顺序呢?  Where A.结账id Is Not Null  And A.记录状态<>0  And A.记账费用=1  And (Nvl(A.实收金额, 0)<>Nvl(A.结账金额, 0) Or Nvl(A.结账金额, 0)=0)  And A.病人ID=[1] And Instr([2],','||Nvl(A.主页ID,0)||',')>0  And A.登记时间Between [3] And [4]  And A.门诊标志<>1  实际上，从这条SQL语句的执行计划来分析，Oracle首先会找出条件中使用索引或表间链接的条件，以此来过滤数据集，而后对这些结果数据块所涉及的记录逐一检查是否符合全部条件，因此条件顺序对性能几乎没有影响。  若是没有索引和表间链接的状况，条件的顺序是否对性能有影响呢?再来看一个实验。  实验四：证实了条件的顺序对性能没有影响。  SQL> select count(*) from诊疗项目目录where操做类型='1';COUNT(*)  ----------  3251  SQL> select count(*) from诊疗项目目录where类别='Z';COUNT(*)  ----------  170  SQL> select count(*) from诊疗项目目录where类别='Z' and操做类型='1';COUNT(*)  ----------  1  Declare  V1 Varchar2(20);  Begin  For I In 1 .. 1000 Loop  --Select名称Into V1 From诊疗项目目录Where类别= 'Z' And操做类型= '1';  select名称Into V1 from诊疗项目目录where操做类型='1' and类别='Z';  End Loop;  End;  /  上面的SQL按两种方式分别执行了1000次查询，结果以下：  类型= '1'在最右 | 类别='Z'在最右  0.093 | 1.014  1.06 | 0.999  0.998 | 1.014  按理说，从右到左的顺序执行，“类别='Z'”在最右边时，先过滤获得170条记录，再从中找符合“操做类型 = '1'”的，比较而言，“操做类型 = '1'”在最右边时，先过滤获得3251条记录，再从中找符合“类别='Z'”，效率应该要低些，而实际结果倒是二者所共的时间差很少。  其实，从Oracle的数据访问原理来分析，两种顺序的写法，执行计划都是同样的，都是全表扫描，都要依次访问该表的全部数据块，对每个数据块中的行，逐一检查是否同时符合两个条件。因此，就不存在先过滤出多少条数据的问题。    综上所述，Where子句中条件的顺序对性能没有影响(无论是CBO仍是RBO优化器模式)，注意，额外说一下，这里只是说条件的顺序，不包含表的顺序。在RBO优化器模式下，表应按结果记录数从大到小的顺序从左到右来排列，由于表间链接时，最右边的表会被放到嵌套循环的最外层。最外层的循环次数越少，效率越高。