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作为驱动表。
