Oracle BIEE之BI Reposi…

一般的数据仓库或者商业智能关心的一个核心问题是特定领域的分析数据模型的建模，这个建模的过程在BIEE里主要是通过BI admin tool来进行，而整个建模的成果则是称之为repository的一个文件（简称RPD文件），而整个BI项目的实施，建模是第一步，也是最重要的步骤。 BI admin tool是一个图形工具，主要用于建立和维护repository，BIEE的repository相当于BIEE的元数据层，在建模过程中产生的元数据将以schema的方式存储在数据库中，在Repository里主要包含3层结构：
1.数据源的定义 （物理层）
2.多维数据模型的定义 （业务模型和映射层）
3.业务展现层的定义（展现层）

上图从右到左来看，整个元数据的定义可以清楚地看到数据如何从源头被一步一步地转换，最终以业务人员能够理解的方式展现给最终用户，BIEE的repository设计得非常简洁和合理，分别对应于以上的大三个部分分为三个层次的定义：
物理层：用于定义和连接各类异构数据源，如关系型数据库、符合XML规范的源数据、OLAP服务、Essbase、Excel等，具体定义数据源物理表结构、字段数据类型、主外键。可简单理解为“物理表定义”。值得一提的是，BIEE只是保存定义，并没有存储数据本身。物理层可通过“连接池”、“缓存查询结果”等技术来提高性能。

业务模型和映射层：基于物理层构建多维数据模型（如星型模型或雪花模型），以及定义逻辑模型与物理模型间的映射关系。需要定义事实表和维度表的主外键关系，可以定义维度表的层次和事实表的度量。这里是整个BIEE的设计核心，需要“整合”开发人员和业务人员两种视觉。一个逻辑层的表，可能来自多个物理层的表；一个逻辑层的字段，可以来自多个物理层的多个表。

展现层：该层隐藏掉任何技术术语和模型，去掉任何业务不关心的字段如ID列，以最终用户的视角和术语行描述。最常见的做法是面对不同的用户组——业务部门，来设计不同的展现层分析项。这样做的好处是：可以把报表开发交还给业务人员。展现模型中的一个Catalog对应Oracle Answer中的一个Subject Area。

后续我会有个系列介绍BI Repository建模的过程，通过该系列的学习，会让大家基本了解物理层，业务模型和映射层，展现层是如何来进行定义和建模的，敬请期待。