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

服務器租用/服務器托管中國五強！虛擬主機域名注冊頂級提供商！15年品質保障！--億恩科技[ENKJ.COM]