Oracle商务能应用软件BIEE简介.docVIP

Oracle商务智能应用软件BIEE (2009-06-01 22:13:24) BIEE Plus 对任何企业数据资源都是开放的，并针对Oracle或非Oracle数据库进行了优化，能集成来自所有企业应用系统（包括第三方和客户应用系统）的数据。借助BIEE Plus ，你能够充分利用你对Oracle和非Oracle技术的现有投资，跨整个企业资源提供全面、实时的智能并降低总体拥有成本。? ? 主要特点： (????????? 最全面的标准化企业级BI平台(????????? 广泛数据源支持(????????? 通过简化报表和分析操作，扩大和提升BI应用(????????? 信息同步确保信息的唯一版本(????????? 提供最广泛的BI功能支持 Oracle BIEE入门之架构 BIEE作为Oracle的新的商业智能平台企业版，起源于Oracle所收购的Siebel公司，BIEE原来叫做Siebel Analytic，但是Siebel也不是它的发明者，它是Siebel在2001年收购的另一个公司叫nQuire software的产品，这个从它的配置文件的名称就可以看出来（NQSConfig，还一直保留着nQuire software的痕迹）。但是这个产品无论是在Siebel还是在Oracle都得到了发扬光大，我的理解是，也许它不一定是最好的BI工具，但是却是一个非常有创造力的工具，它对于物理层，逻辑层，展现层的理解和定义创造了一个非常简洁而清晰的数据模型，使用这个数据模型可以完整地连接企业内各个异构数据源和前台的业务使用人员，使商业智能真正能够在企业范围内得到大规模部署和使用： 就是报表的“开发”以一种非常容易的方式交还给业务人员，他们就可以随时产生自己所需要的智能数据报表，而不是把需求再提交给开发人员，而开发人员，在定义好了商业智能的元数据之后，就可以避免对业务人员的连续不断的需求疲于应付了！ 请注意，这个并不是广告语，如果你真正理解了BIEE的架构和部署，你也会有相同的感觉的，所以，觉得BIEE前台报表开发过于简单的人也许并不理解这才是BIEE的真正优势！BIEE architecture BIEE的架构非常简单，如下图：我觉得这这个架构里，最重要的最核心的应该是BI Server和由BI Server所操作的Repository。一般的数据仓库或者商业智能关心的一个核心问题是特定领域的分析数据模型的建模，这个建模的过程在BIEE里主要是通过BI admintool来进行，而整个建模的成果则是称之为repository的一个文件。BI admintool是一个图形工具，主要用于建立和维护repository，BIEE的repository相当于BIEE的元数据层，而且从很多信息来看很可能将会被作为未来Oracle的商业智能解决方案的中心元数据层，在Repository里主要包含了： 数据源的定义 多维数据模型的定义 业务展现层的定义 而整个元数据的定义可以清楚地看到数据如何从源头被一步一步地转换最终以业务人员能够理解的方式方式展现给最终用户，BIEE的repository设计得非常简洁和合理，分别对应于以上的大三个部分分为三个层次的定义： 物理层：对应于数据源的定义，可以建立多个不同系统的数据源，比如一个数据源时essbase，一个数据源是Oracle数据库，而另一个数据源时DB2。 逻辑层：从多个物理数据源里抽象出来的多维数据模型，主要为了业务需求服务，一般是一个星型模型或雪花模型，在逻辑层可以从多个物理数据源形成一个统一的单个多维模型。 表现层：把多维模型以业务的术语展现给最终报表建立的用户，从展现层的定义中我们不难发现，其实BIEE的开发主要集中于元数据层的开发，而最终报表和展现甚至可以让最终的业务用户自己来完成，这个也说明了BIEE的展现层开发是相当容易的！ BI Server（BI服务器）由admintool建立的Repository最终由BI Server来使用，BI Server运行的时候会打开Repository文件，分析服务通过配置文件NQSConfig.ini中的 Star=RPD文件名 文件名来找到该数据模型定义文件。物理层和数据源作为一个BI服务器，BIEE的BI Server和传统意义上的Essbase或Oracle OLAP的地位并不相同，最大的差别是无论是Essbase或者是Oracle OLAP，本身都包含了数据的建模，存储，处理等服务，但是BIEE BI Server本身却并不存储数据，而只是“指向数据”，用户的分析请求会自动的由分析服务组织成合适的SQL发送到定义在物理层的数据源，由数据源执行