如何实现ORACLE带参数视图

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:利用全局变量。
用全局变量做什么?改一下视图:
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()方法设定时间条件,然后查询视图生成报表,这样就变通的实现了带参数视图。
方案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参数化视图可以实现。但想以此作为优化的手段,看来并不可取。


  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值