一般情况下Oracle数据库是不带参数的视图。有时，我们想使用Oracle参数视图，可以给我们方便查询数据。
比如，眼下我面对这这样一个问题：要打印一张报表，报表的数据源是Oracle视图。现在，随着数据量的增大，打印报表的速度越来越慢了。所以首先想到了如何优化视图，视图的基表为3张表，表A几百条数据，表B大约3万条数据，表C大约60万条数据，其中表C每月大约增加3万条数据，视图的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()为已定义好的根据B表ID查询其对应的A表NAME的方法。各基表中都已建立了索引，考虑到打印报表时值需要指定月份的数据，所以，想到能不能在视图中限定C.TIME=指定的时间，这样数据量就会大大下降，只需要C表中大约3万条数据。但是，问题是，Oracle中视图是不能带参数的。有问题，就有办法，用变通的办法，看招：

方案1：利用全局变量。
用全局变量做什么？改一下Oracle参数视图：

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=全局变量;  

全局变量中保存查询的时间条件，在每次调用查询视图之前，先修改全局变量的值，然后查询视图时就会按照指定条件筛选数据。但是，问题又来了，Oracle参数中是不支持全局变量的，要实现全局变量，同样需要变通实现，方法就是用包（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()方法设定时间条件，然后查询视图生成报表，这样就变通的实现了带参数视图。#p#

方案2：利用临时表。
利用临时表的思路是这样的：首先将所需数据插入到临时表中，然后构造视图时以该临时表为基表。在Oracle参数中，临时表分为事务级别、会话级别两种。会话级别的临时表，顾名思义是基于SESSION的，在SESSION失效时表中的数据会自动TRUNCATE掉，而且临时表中的数据各SESSION只能访问自己的数据，不用考虑并发冲突的问题。可见，会话级别的临时表正适合我的应用。
首先，建立临时表：

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;  ----以临时表为基表 

***，在程序中打印报表前，先调用如下过程，往临时表中插入数据：

CREATE OR REPLACE PROCEDURE PR_DYNAMIC_DATA(  
/************************************  
动态的往会话级别的临时表中插数据  
**************************************/  
    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;  

实际测试，方案看总是看上去很美的，究竟能不能响，还不一定。测试了一下：
优化前：打印报表需要1分45秒；
方案1：打印报表需要1分45秒；
方案2：打印报表需要1分35秒；
可见，方案真的是看上去美，但并没带来实际的效果。分析其原因，应该是Oracle自动优化了原来的代码，也就是说，SELECT * FROM 视图 A WHERE  A.TIME='200710' 和SELECT * FROM 基表 A,基表 B WHERE  A.ID=B.ID AND A.TIME='200710' 在执行时应该是一样的。这只是我的猜想，因为我也没仔细研究过Oracle优化器怎么个工作法。
另外，我查看了优化前的视图脚本、利用方案1优化后的视图脚本的EXPLAIN PLAN，调整前的COST=36703670，调整后的COST=17031703。应该说能快一些，但实际并不是这个样儿地，有些不明白了。希望得到指点~

总结：Oracle参数化视图可以实现。但想以此作为优化的手段，看来并不可取。

【编辑推荐】

1. 修改Oracle存储过程所需代码
2. 对Oracle存储过程的总结
3. 实现Oracle存储过程的实际应用的代码 
4. 深入高性能的Oracle动态SQL开发 
5. Oracle SQL的优化规则解析 

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/eigo/archive/2007/10/23/1839692.aspx