- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
* ORACLE BIEE ——基础学习 目录 ORACLE BI EE 基本介绍 BI EE 阐述 BI EE 架构 资料库管理 物理层设计 业务层设计 展示层设计 BI展现层 Answers Dashboards ORACLE BI EE 基本介绍 BI EE 阐述 BIEE 作为Oracle的新的商业智能平台企业版,起源于Oracle所收购的Siebel公司,BIEE原来叫做Siebel Analytic,但是Siebel也不是它的发明者,它是Siebel在2001年收购的另一个公司叫nQuire software的产品,这个从它的配置文件的名称就可以看出来(NQSConfig,还一直保留着nQuire software的痕迹)。但是这个产品无论是在Siebel还是在Oracle都得到了发扬光大,我的理解是,也许它不一定是最好的BI工具,但是却是 一个非常有创造力的工具,它对于物理层,逻辑层,展现层的理解和定义创造了一个非常简洁而清晰的数据模型,使用这个数据模型可以完整地连接企业内各个异构 数据源和前台的业务使用人员,使商业智能真正能够在企业范围内得到大规模部署和使用 。 BIEE的架构非常简单,如下图 : ORACLE BI EE 基本介绍 BI EE 架构 BI EE 资料库管理 BIEE的BI Server和传统意义上的Essbase或Oracle OLAP的地位并不相同,最大的差别是无论是Essbase或者是Oracle OLAP,本身都包含了数据的建模,存储,处理等服务,但是BIEE BI Server本身却并不存储数据,而只是“指向数据”,用户的分析请求会自动的由分析服务组织成合适的SQL发送到定义在物理层的数据源,由数据源执行,当然BI Server本身还可以对多个数据源返回的结果重新组织和“装配”,最后把组织装配后的结果返回展现层。 BI SERVER 介绍 BI EE 资料库管理 介绍 使用BIEE的第一步是使用admintool去建立一个多维数据模型,而建立多维数据模型的第一步则是建立物理层,请注意因为BIEE本身并不存储数据,所以所谓BIEE物理层的意义是需要在BIEE里建立各个源系统的描述: 如源系统的类型(各种关系数据库或各种多维数据库) 源系统的连接方式(指定所对应的源系统的连接信息,如用户名,密码,端口等) 以及导入源系统的数据的定义(源系统里表的结构,主外键关系等) 定义物理层的方式是从file-》import。。。-》from database然后通过向导选择正确的数据库类型并输入连接信息。 物理层设计 BI EE 资料库管理 数据源 BIEE被设计用于连接各种各样的数据源,而每个数据源的特性都是不一样的,比如哪怕同样 是关系数据库,Oracle和DB2的很多特性就不一样,为了能够充分发挥一个特定的数据源的能力,BIEE的物理层数据源里允许人为配置数据源所支持的 各种额外特性,如下图: 通过这样的配置,BI Server将可以充分使用不同数据源的各种能力,生产数据源所支持的特性的SQL来提处理效率,但是对于配置这些属性还是要小心,因为如果配置了数据源不能支持的属性,则在针对该数据源查询的时候将会返回错误! BI EE 资料库管理 连接池 在import的时候,源系统的大部分数据结构和主外键信息都会自动地输入到Repository里,而物理层通过一个 连接池的定义来和源系统连接,BI Server使用连接池的定义和源系统进行连接,这个“连接池”和一般的应用服务器的连接池定义有相似之处,除了同样可以: 定义最大连接数 连接idle时间 交易隔离类型(如脏读,序列化等) 还有一个有意思的地方是,可以定义连接数据源所需要执行的额外脚本,或者在执行查询之前和查询之后都可以定义需要额外执行的SQL语句,去执行一些特定的SQL语句,从而提供了更多的可能性。 BI EE 资料库管理 物理层的表 物理层表的定义对应着数据源的真正的表,除了可以把源系统的表的各种定义属性导入到物理层, BIEE也提供了在物理层定义源系统所不存在的各种关系的重新定义,如定义源系统所不存在的主外键关系来为星型模型做准备,还有一个特性是直接和BI Server的缓冲区直接相关,就是BI Server可以定义缓冲区,当第一次查询的时候数据可以缓冲BI Server的缓冲区里,第二次查询将不再把查询发到数据源,而是可以直接使用缓冲区的数据,这样将能够有效地减少对于数据源
文档评论(0)