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的效率更高

---

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