where的顺序对运行的影响--无影响

2.表连接的时候,大表与小表的顺序是哪个在前.
3.在多表连接时,是表与表先连接起来,再执行对单表的限制条件where条件;还是先执行单表的限制where条件,再进行表连接?
4.多表连接时,如4个表,我自己做了一个实验:4个表连接执行查询vs2个表查询放入临时表再关联到一起查询。结果是后者的效率更高些。没有想通是问什么,按道理,后者有更多的io耗费呀!

---

oracle中Where子句的条件顺序对性能的影响:
  经常有人问到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首先会找出条件中使用索引或表间连接的条件,以此来过滤数据集,然后对这些结果数据块所涉及的记录逐一检查是否符合所有条件,所以条件顺序对性能几乎没有影响。
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首先会找出条件中使用索引或表间连接的条件,以此来过滤数据集,然后对这些结果数据块所涉及的记录逐一检查是否符合所有条件,所以条件顺序对性能几乎没有影响。

---

2,大表放后面,优先解析
3,先where条件后连接多表,缩小关联表的数据量
4,临时表虽然浪费io,但是省了内存,数据量大的时候,反而效率更高

---以下内容来自摘抄,感觉两种情况应该一样,是n*m--有明白这种算法的欢迎讨论交流--

SQL两表关联查询where条件中等号两端字段顺序对效率的影响
现有两表A(大)、B(小)作关联查询,SQL语句如下:
 SQL1:select * from A,B where A.id = B.id
 SQL2:select * from A,B where B.id = A.id
在写SQL的时候可能这个顺序都是随便写的,当然SQL1和SQL2 执行的结果是完全相同的,那效率是否也一样呢,答案是否定的。
 SQL1 相当于将A表的id取出来,然后遍历B表进行查询,SQL2相当于将B表的id取出来,然后遍历A表进行查询。
如果表A的记录条数为m,表B的记录条数为n,SQL1比较的次数为n的m次方,SQL2比较的次数为m的n次方。
所以在一般情况下,表A大,表B小的时候,SQL2的效率更高。
在一般情况下,表A大,表B小的时候,SQL2的效率更高

---

新旧有差,基于规则的数据库,看执行

上一篇:JAVA输入/输出系统中的其他流学习笔记


下一篇:Math.sqrt