關於Oracle 中驅動表的選擇

  　　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作為驅動表。  參考 ：http://spaceair.itpub.net/post/1378/16241