sql语句的执行速度，可以受很多因素的影响而变化。但主要的影响因素是：驱动表、执行操作的先后顺序和索引的运用。可以由很多不同
sql语句的执行速度，可以受很多因素的影响而变化。但主要的影响因素是：驱动表、执行操作的先后顺序和索引的运用。可以由很多不同的方法间接地改变这些因素，以达到最优的执行速度。这里主要探讨当对多个表进行连接查询时应遵循的优化原则：
(1)   用于连接的子句的列应被索引、在where子句中应尽量利用索引，而不是避开索引。
(2)   连接操作应从返回较少行上驱动。
(3)   如果所连接的表a和b，a表长度远远大于b表，建议从较大的a表上驱动。
(4)   如果where子句中含有选择性条件,where   no=20，将最具有选择性部分放在表达式最后。
(5)   如果只有一个表有索引，另一表无索引，无索引的表通常作为驱动表。如a表的no列以被索引，而b表的no   列没被索引，则应当b表作为驱动表，a表作为被驱动表。
(6)   若用于连接的列和where子句中其他选择条件列均有索引，则按各个索引对查询的有效性和选择性分别定出级别，结合表中具体数据构成情况，从中选出优化路径，一般需要考虑：子句中哪些列可以使用索引、哪些索引具有唯一性及被查询表行数目等。
-------------------------------------------------------------------
如果根据执行计划看出驱动表 ？
看连接和缩进，同级缩进排在下面的就是驱动表。
-------------------------------------------------------------------
oracle如何选择驱动表 ？
rbo或者cbo没有分析table的情况下，对于2个表的操作，from子句中，rbo选择最右的表作为驱动表(一般也就是from 中最后的表作为驱动表 )。 所以 对于nested loops、hash join、sort merge join方式，驱动表选择较小的表 (放在from 最右端)，速度会更快；  存在主、外键关系的表，由于主键由oracle自动建立索引，外键上最好也建索引，以避免全表扫描 。  而对于3个或以上table连接查询，对于from子句，rbo以从右到左的顺序处理表连接，也就是from 子句最右端table作为驱动表。
sql语句的执行速度，可以受很多因素的影响而变化。但主要的影响因素是：驱动表、执行操作的先后顺序和索引的运用。可以由很多不同的方法间接地改变这些因素，以达到最优的执行速度。这里主要探讨当对多个表进行连接查询时应遵循的优化原则：
(1)   用于连接的子句的列应被索引、在where子句中应尽量利用索引，而不是避开索引。
(2)   连接操作应从返回较少行上驱动。
(3)   如果所连接的表a和b，a表长度远远大于b表，建议从较大的a表上驱动。
(4)   如果where子句中含有选择性条件,where   no=20，将最具有选择性部分放在表达式最后。
(5)   如果只有一个表有索引，另一表无索引，无索引的表通常作为驱动表。如a表的no列以被索引，而b表的no   列没被索引，则应当b表作为驱动表，a表作为被驱动表。
(6)   若用于连接的列和where子句中其他选择条件列均有索引，则按各个索引对查询的有效性和选择性分别定出级别，结合表中具体数据构成情况，从中选出优化路径，一般需要考虑：子句中哪些列可以使用索引、哪些索引具有唯一性及被查询表行数目等。
-------------------------------------------------------------------
如果根据执行计划看出驱动表 ？
看连接和缩进，同级缩进排在下面的就是驱动表。
-------------------------------------------------------------------
oracle如何选择驱动表 ？
rbo或者cbo没有分析table的情况下，对于2个表的操作，from子句中，rbo选择最右的表作为驱动表(一般也就是from 中最后的表作为驱动表 )。 所以 对于nested loops、hash join、sort merge join方式，驱动表选择较小的表 (放在from 最右端)，速度会更快；  存在主、外键关系的表，由于主键由oracle自动建立索引，外键上最好也建索引，以避免全表扫描 。  而对于3个或以上table连接查询，对于from子句，rbo以从右到左的顺序处理表连接，，也就是from 子句最右端table作为驱动表。