一般情況下Oracle數(shù)據(jù)庫是不帶參數(shù)的視圖。有時，我們想使用Oracle參數(shù)視圖，可以給我們方便查詢數(shù)據(jù)。
比如，眼下我面對這這樣一個問題：要打印一張報表，報表的數(shù)據(jù)源是Oracle視圖。現(xiàn)在，隨著數(shù)據(jù)量的增大，打印報表的速度越來越慢了。所以首先想到了如何優(yōu)化視圖，視圖的基表為3張表，表A幾百條數(shù)據(jù)，表B大約3萬條數(shù)據(jù)，表C大約60萬條數(shù)據(jù)，其中表C每月大約增加3萬條數(shù)據(jù)，視圖的SCRIPTS大概是這個樣子：

CREATE OR REPLACE VIEW  M_VIEW  
(COL1,COL2,COL3)  
AS   
SELECT  COL1,COL2,COL3 FROM A,B,C WHERE A.NAME=GET_A_NAME(B.ID) AND B.ID = C.ID; 

其中，GET_A_NAME()為已定義好的根據(jù)B表ID查詢其對應的A表NAME的方法。各基表中都已建立了索引，考慮到打印報表時值需要指定月份的數(shù)據(jù)，所以，想到能不能在視圖中限定C.TIME=指定的時間，這樣數(shù)據(jù)量就會大大下降，只需要C表中大約3萬條數(shù)據(jù)。但是，問題是，Oracle中視圖是不能帶參數(shù)的。有問題，就有辦法，用變通的辦法，看招：

方案1：利用全局變量。
用全局變量做什么？改一下Oracle參數(shù)視圖：

CREATE OR REPLACE VIEW  M_VIEW  
(COL1,COL2,COL3)  
AS   
SELECT  COL1,COL2,COL3 FROM A,B,C WHERE A.NAME=GET_A_NAME(B.ID) AND B.ID = C.ID AND C.TIME=全局變量;  

全局變量中保存查詢的時間條件，在每次調用查詢視圖之前，先修改全局變量的值，然后查詢視圖時就會按照指定條件篩選數(shù)據(jù)。但是，問題又來了，Oracle參數(shù)中是不支持全局變量的，要實現(xiàn)全局變量，同樣需要變通實現(xiàn)，方法就是用包（PACKAGE），針對眼前的應用，可以設計如下的包：

CREATE OR REPLACE PACKAGE PKG_REPORT AS  
FUNCTION GET_VALUE RETURN VARCHAR2;  
PROCEDURE SET_VALUE(PS_TIME IN VARCHAR2);  
END PKG_REPORT;  
CREATE OR REPLACE PACKAGE BODY PKG_REPORT IS  
M_V VARCHAR2(6);  
PROCEDURE SET_VALUE(PS_TIME IN VARCHAR2) IS BEGIN M_V:=PS_TIME; END;  
FUNCTION GET_VALUE RETURN VARCHAR2 IS BEGIN RETURN M_V; END;  
END PKG_REPORT;  

首先修改上面的視圖，把全局變量替換成PKG_REPORT.GET_VALUE()，在程序中打印報表時先調用PKG_REPORT.SET_VALUE()方法設定時間條件，然后查詢視圖生成報表，這樣就變通的實現(xiàn)了帶參數(shù)視圖。#p#

方案2：利用臨時表。
利用臨時表的思路是這樣的：首先將所需數(shù)據(jù)插入到臨時表中，然后構造視圖時以該臨時表為基表。在Oracle參數(shù)中，臨時表分為事務級別、會話級別兩種。會話級別的臨時表，顧名思義是基于SESSION的，在SESSION失效時表中的數(shù)據(jù)會自動TRUNCATE掉，而且臨時表中的數(shù)據(jù)各SESSION只能訪問自己的數(shù)據(jù)，不用考慮并發(fā)沖突的問題。可見，會話級別的臨時表正適合我的應用。
首先，建立臨時表：

CREATE GLOBAL TEMPORARY TABLE  M_TEMP_TABLE  
(  
  COL1            VARCHAR2(10 BYTE),  
  COL2            VARCHAR2(80 BYTE),  
  COL3            VARCHAR2(16 BYTE)  
)  
ON COMMIT PRESERVE ROWS  ----指定臨時表是會話級別的  
NOCACHE;  

然后，重構視圖：

CREATE OR REPLACE VIEW  M_VIEW  
(COL1,COL2,COL3)  
AS   
SELECT  * FROM M_TEMP_TABLE;  ----以臨時表為基表 

***，在程序中打印報表前，先調用如下過程，往臨時表中插入數(shù)據(jù)：

CREATE OR REPLACE PROCEDURE PR_DYNAMIC_DATA(  
/************************************  
動態(tài)的往會話級別的臨時表中插數(shù)據(jù)  
**************************************/  
    PS_TIME  IN  VARCHAR2, -----指定的時間條件  
    RTN        OUT    NUMBER  
)  
IS      
BEGIN  
    RTN:=1;        
BEGIN          
     INSERT INTO M_TEMP_TABLE   
     SELECT  COL1,COL2,COL3 FROM A,B,C WHERE A.NAME=GET_A_NAME(B.ID) AND B.ID = C.ID AND C.TIME=PS_TIME;       
    EXCEPTION  
        WHEN OTHERS THEN  
            RTN:=-1;  
    END;  
    IF RTN=1 THEN         
        COMMIT;  
    ELSE  
        ROLLBACK;  
    END IF;      
END;  

實際測試，方案看總是看上去很美的，究竟能不能響，還不一定。測試了一下：
優(yōu)化前：打印報表需要1分45秒；
方案1：打印報表需要1分45秒；
方案2：打印報表需要1分35秒；
可見，方案真的是看上去美，但并沒帶來實際的效果。分析其原因，應該是Oracle自動優(yōu)化了原來的代碼，也就是說，SELECT * FROM 視圖 A WHERE  A.TIME='200710' 和SELECT * FROM 基表 A,基表 B WHERE  A.ID=B.ID AND A.TIME='200710' 在執(zhí)行時應該是一樣的。這只是我的猜想，因為我也沒仔細研究過Oracle優(yōu)化器怎么個工作法。
另外，我查看了優(yōu)化前的視圖腳本、利用方案1優(yōu)化后的視圖腳本的EXPLAIN PLAN，調整前的COST=36703670，調整后的COST=17031703。應該說能快一些，但實際并不是這個樣兒地，有些不明白了。希望得到指點~

總結：Oracle參數(shù)化視圖可以實現(xiàn)。但想以此作為優(yōu)化的手段，看來并不可取。

【編輯推薦】

1. 修改Oracle存儲過程所需代碼
2. 對Oracle存儲過程的總結
3. 實現(xiàn)Oracle存儲過程的實際應用的代碼 
4. 深入高性能的Oracle動態(tài)SQL開發(fā) 
5. Oracle SQL的優(yōu)化規(guī)則解析 

本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/eigo/archive/2007/10/23/1839692.aspx