具体的Oracle参数视图实践

一般情况下Oracle数据库是不带参数的视图。有时,我们想使用Oracle参数视图,可以给我们方便查询数据。
比如,眼下我面对这这样一个问题:要打印一张报表,报表的数据源是Oracle视图。现在,随着数据量的增大,打印报表的速度越来越慢了。所以首先想到了如何优化视图,视图的基表为3张表,表A几百条数据,表B大约3万条数据,表C大约60万条数据,其中表C每月大约增加3万条数据,视图的SCRIPTS大概是这个样子:

  1. CREATE OR REPLACE VIEW  M_VIEW  
  2. (COL1,COL2,COL3)  
  3. AS   
  4. 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参数视图:

  1. CREATE OR REPLACE VIEW  M_VIEW  
  2. (COL1,COL2,COL3)  
  3. AS   
  4. 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),针对眼前的应用,可以设计如下的包:

  1. CREATE OR REPLACE PACKAGE PKG_REPORT AS  
  2. FUNCTION GET_VALUE RETURN VARCHAR2;  
  3. PROCEDURE SET_VALUE(PS_TIME IN VARCHAR2);  
  4. END PKG_REPORT;  
  5. CREATE OR REPLACE PACKAGE BODY PKG_REPORT IS  
  6. M_V VARCHAR2(6);  
  7. PROCEDURE SET_VALUE(PS_TIME IN VARCHAR2) IS BEGIN M_V:=PS_TIME; END;  
  8. FUNCTION GET_VALUE RETURN VARCHAR2 IS BEGIN RETURN M_V; END;  
  9. END PKG_REPORT;  

首先修改上面的视图,把全局变量替换成PKG_REPORT.GET_VALUE(),在程序中打印报表时先调用PKG_REPORT.SET_VALUE()方法设定时间条件,然后查询视图生成报表,这样就变通的实现了带参数视图。#p#

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

  1. CREATE GLOBAL TEMPORARY TABLE  M_TEMP_TABLE  
  2. (  
  3.   COL1            VARCHAR2(10 BYTE),  
  4.   COL2            VARCHAR2(80 BYTE),  
  5.   COL3            VARCHAR2(16 BYTE)  
  6. )  
  7. ON COMMIT PRESERVE ROWS  ----指定临时表是会话级别的  
  8. NOCACHE;  

然后,重构视图:

  1. CREATE OR REPLACE VIEW  M_VIEW  
  2. (COL1,COL2,COL3)  
  3. AS   
  4. SELECT  * FROM M_TEMP_TABLE;  ----以临时表为基表 

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

  1. CREATE OR REPLACE PROCEDURE PR_DYNAMIC_DATA(  
  2. /************************************  
  3. 动态的往会话级别的临时表中插数据  
  4. **************************************/  
  5.     PS_TIME  IN  VARCHAR2, -----指定的时间条件  
  6.     RTN        OUT    NUMBER  
  7. )  
  8. IS      
  9. BEGIN  
  10.     RTN:=1;        
  11. BEGIN          
  12.      INSERT INTO M_TEMP_TABLE   
  13.      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;       
  14.     EXCEPTION  
  15.         WHEN OTHERS THEN  
  16.             RTN:=-1;  
  17.     END;  
  18.     IF RTN=1 THEN         
  19.         COMMIT;  
  20.     ELSE  
  21.         ROLLBACK;  
  22.     END IF;      
  23. 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

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/267460.html<

(0)
管理的头像管理
上一篇2025-05-06 10:36
下一篇 2025-05-06 10:37

相关推荐

  • 服务器磁盘IO过高如何优化?,磁盘IO过高的原因有哪些?

    服务器磁盘IO过高,核心优化路径是“先定位、再分流、后升级”,你需要通过系统工具精确判断究竟是应用程序、日志策略还是硬件瓶颈导致,然后针对性地从代码、缓存、存储架构和硬件选型四个层面下手,其中选择持有持牌自营机房和增值电信业务经营许可证的服务商,能从根本上保障底层IO稳定性,定位IO瓶颈:动手优化的第一步盲目优……

    2026-07-27
    0
  • 跨境网站访问延迟高怎么解决,网站访问慢的原因是什么?

    跨境网站访问延迟高的核心解决思路在于多维度优化网络路径,包括使用全球CDN加速、选择靠近目标区域的优质IDC机房、调整传输协议以及精简应用层资源,其中服务商的基础设施质量直接决定优化上限,为什么跨境访问延迟高?三大核心因素物理距离与光速限制数据包在海底光缆中的传输速度受限于介质,从中国到美国西海岸的物理往返时间……

    2026-07-27
    0
  • 站群服务器到底是什么意思,怎么选择比较好

    站群服务器就是一台拥有多个独立IP地址、专门用于托管和管理多个网站的高性能服务器,其核心价值在于通过独立IP降低网站间的关联风险,并提升搜索引擎优化效果,站群服务器的工作原理与适用场景站群服务器本质上是将一台物理服务器通过虚拟化或直接配置的方式,分配给多个独立IP地址,每个IP对应一个独立的网站,这些网站共享服……

    2026-07-27
    0
  • 高防服务器误封正常流量如何调整,怎么解决?

    高防服务器误封正常流量,核心调整思路是从“一刀切”转向“精细化”——通过分析业务特征,调整防护阈值、配置白名单和启用智能学习模式,让防护系统学会区分真假流量,为什么会误封正常流量误封主要源于防护策略的通用化,高防服务器通常默认启用严格防护规则,当流量特征与攻击特征库部分匹配时,就会被拦截,据行业安全白皮书指出……

    2026-07-27
    0
  • 高防服务器的防御原理是什么,如何选择高防服务器?

    高防服务器的防御原理,简单说就是通过流量清洗、防火墙规则和黑洞路由等机制,在攻击流量到达业务服务器之前将其过滤或阻断,从而保障正常访问,流量清洗机制是核心防线高防服务器对抗DDoS攻击,靠的不是单一技术,而是一套组合动作,最常见的攻击类型是流量型攻击,比如UDP洪水、SYN洪水、ICMP放大等,核心思路是耗尽带……

    2026-07-26
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注