具体的Oracle参数视图实践(1)(2)

方案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