在使用Oracle數(shù)據(jù)庫過程中，視圖是作為數(shù)據(jù)庫對象存在的，因而，在創(chuàng)建了這樣的視圖后，就可以通過工具或者數(shù)據(jù)字典來查看視圖的相關(guān)信息。視圖來源于表，所有對視圖數(shù)據(jù)的修改最終都會被反映到視圖的基表中，這些修改必須服從基表的完整性約束，并同樣會觸發(fā)定義在基表上的觸發(fā)器。

Oracle的視圖分為簡單視圖和復(fù)雜視圖兩種，簡單視圖就是從單一的表中獲取數(shù)據(jù)，其中不包含函數(shù)和數(shù)據(jù)組等，復(fù)雜視圖是指在視圖定義中包括了聚合函數(shù)、分析函數(shù)、用戶自定義函數(shù)、多表關(guān)聯(lián)、子查詢等。此類視圖在某些特定條件下，優(yōu)化器無法將視圖外的謂詞條件推送至視圖內(nèi)的基表上，即使在基表的列上創(chuàng)建索引也無法使用索引。本文將對該類視圖提出一種優(yōu)化方案，可以顯著提高該類視圖的性能，而且表的數(shù)據(jù)量越大，查詢數(shù)據(jù)越少，性能提高越明顯。下面，本文在實(shí)操基礎(chǔ)上，對影響謂詞推入因素及如何優(yōu)化進(jìn)行簡要闡釋。

影響謂詞推入因素

本文的實(shí)驗(yàn)環(huán)境是Oracle 11.2.0.4版本的數(shù)據(jù)庫，筆者通過反復(fù)測試發(fā)現(xiàn)，若查詢語句中存在以下兩種情況，則優(yōu)化器會阻止視圖謂詞條件推入至基表上：一是視圖中的查詢中包括了ROWNUM偽列;二是視圖中含有分析函數(shù)(如ROW_NUMBER() OVER(…))。若遇其它影響謂詞推入的情況優(yōu)化方法與此方法類似。另外，Oracle 11.2.0.4之前的版本可能存在其它影響謂詞推入的情況。

優(yōu)化方法

如果可以將這類視圖中常用的謂詞條件直接寫入視圖內(nèi)，且寫成動態(tài)的，同時(shí)將常用查詢列按選擇性由大至小創(chuàng)建組合索引，則優(yōu)化器可以盡可能地使用索引直接獲取數(shù)據(jù)，再進(jìn)行過濾計(jì)算等操作，以此達(dá)到優(yōu)化目的。具體操作步驟如下：

(1)創(chuàng)建一個(gè)輔助包，并創(chuàng)建兩個(gè)函數(shù)，實(shí)際情況中若同時(shí)傳入多個(gè)條件可自行擴(kuò)充包中方法，每一個(gè)條件需要增加兩個(gè)方法。

(2)修改視圖定義，將謂詞條件寫入至基表?xiàng)l件中，并重新編譯視圖。

性能對比

下面通過具體的例子來說明如何對復(fù)雜視圖進(jìn)行優(yōu)化。

通過將原視圖和優(yōu)化后視圖進(jìn)行對比，看出優(yōu)化后視圖的執(zhí)行計(jì)劃成本由349降到86，優(yōu)化效果非常明顯。表中紅框部分內(nèi)容需特別引起注意。

優(yōu)化前視圖查詢的執(zhí)行計(jì)劃是全表掃描，執(zhí)行效率低下。優(yōu)化后視圖查詢的執(zhí)行計(jì)劃是索引范圍掃描。通過索引直接取出需要訪問的數(shù)據(jù)，再進(jìn)行后續(xù)處理，性能較優(yōu)化前有大幅提升。

需要指出的是，該方法只在訪問視圖中少量數(shù)據(jù)時(shí)效果明顯，如果訪問數(shù)據(jù)量大，該方法不適用。

表4.1 優(yōu)化前視圖定義、查詢語句及執(zhí)行計(jì)劃

表4.2 優(yōu)化后視圖定義、查詢語句及執(zhí)行計(jì)劃 

通過以上分析對比可以清晰地看出，優(yōu)化后的視圖可以使用索引且性能有了顯著提高。總結(jié)起來，對于復(fù)雜查詢優(yōu)化思路應(yīng)該是：如果視圖中訪問的是少量數(shù)據(jù)，則盡可能通過索引先取出需要處理的數(shù)據(jù)，然后再進(jìn)行后續(xù)處理。此方法適用的前提是，復(fù)雜視圖使用各種常規(guī)優(yōu)化方法(如增加索引，添加提示符等)都無效時(shí)。

但是，這一方法也有一定弊端，那就是與其它優(yōu)化方法相比，此法需要做的前期工作較多，如建立輔助包，對原視圖進(jìn)行修改和重新編譯。另外還需測試優(yōu)化前后查詢結(jié)果是否一致，查詢前需調(diào)用輔助包，將查詢條件傳入視圖中，不過優(yōu)化后的視圖是不需要加查詢條件的。