OBIEE利用全局临时表开发复杂报表

Flora_Fang

于 2021-05-28 10:50:12 发布

阅读量331

点赞数

CC 4.0 BY-SA版权

分类专栏： OBIEE

本文链接：https://blog.csdn.net/weixin_46130307/article/details/117332874

OBIEE 专栏收录该内容

13 篇文章

订阅专栏

本文探讨了如何将HFM原型迁移到BIEE中，通过创建会话级全局临时表、存储过程预处理数据并避免复杂的聚合计算，作者分享了如何用简单方法解决报表需求不匹配问题及注意事项。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

需求描述

最近开发了一个BIEE分析报表，报表需求原型来自HFM，和BIEE的维度和度量的方式匹配不上。

解决方法

想了很多办法也无法用数据仓库的思维解决，最后只好采取比较极端的方式解决，即在后台将所有数据先计算好，BIEE的分析仅仅是作为展现使用。计算好的数据存放在Global Temporary 表中。

方法描述

创建会话级别的全局临时表

Global Temporary Table有两种类型，一种是会话级别，一种是事务级别，具体应用场景这里不多说了，在这里我们是创建会话级别的全局临时表，例如：

CREATE GLOBAL TEMPORARY TABLE test
(column1 varchar2(10),
....
column10 varchar2(10))
ON COMMIT PRESERVE ROWS;

创建准备报表数据的存储过程

在数据库里创建存储过程，存储过程的功能是将报表数据准备好，插入上一步创建的临时表中。利用这个存储过程，无论报表逻辑有多复杂都可以实现了。

设置资料库调用存储过程

设置步骤如下：
1 右键点击连接池，点击属性，进入连接脚本页签，点击查询前执行部分的新建按钮
在这里插入图片描述

2 在物理sql处填写调用上一步准备好的存储过程
在这里插入图片描述
例如：

begin
 cux_test(p_user => 'VALUEOF(NQ_SESSION.USER)');
  fhfm_icp_prepare_data(p_entity_code => 'VALUEOF(NQ_SESSION.HFMENTITY)',
                        p_icp_code =>'VALUEOF(NQ_SESSION.HFMPARTNER)',
                        p_year =>'VALUEOF(NQ_SESSION.HFMYEAR)',
                        p_period =>'VALUEOF(NQ_SESSION.HFMPERIOD)',
                       p_user => 'VALUEOF(NQ_SESSION.USER)'

);

end;