關於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作為驅動表。

　　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作為驅動表。