OBIEE学习总结之入门
Author: 周飞
Creation Date: Jul 12, 2009
Last Updated: Jul 13, 2009
Document Ref:
Version: 1.0
Approvals:
Copy Number _____
Document Control
Change Record
Date Author Version Change Reference
2009-7-12 周飞 1.0 无前面版本
Reviewers
Name Position
Distribution
Copy No. Name Location
1
2
3
4
Note To Holders:
If you receive an electronic copy of this document and print it out, please write your
name on the equivalent of the cover page, for document control purposes.
If you receive a hard copy of this document, please write your name on the front
cover, for document control purposes.
Contents
Document Control (ii)
1.安装与配置 (1)
1.1．安装 (1)
1.1.配置 (1)
2.使用Admin Tool创建模型 (2)
2.1.资料库 (2)
2.2.物理模型 (3)
2.3.逻辑模型 (10)
2.4.展现模型 (23)
2.5.一致性检查 (24)
3.Answers (27)
3.1.列 (29)
3.2.视图 (32)
4.Dashboard (40)
4.1.新建仪表盘 (40)
4.2.仪表盘控件 (42)
Open and Closed Issues for this Deliverable (48)
Open Issues (48)
Closed Issues (48)
1.安装与配置
1.1．安装
1.1.配置
OBIEE的配置主要涉及到两个文件：NQSConfig.INI和instanceconfig.xml。
1.1.1.NQSConfig.INI
NQSConfig.INI保存于SAROOTDIR\server\Config文件夹下(SAROOTDIR指OBIEE
的主程序目录，即OracleBI)。该文件配置了BI Server的主要参数，如Repository，缓存
等等。修改这个文件需要重启BI Server。最常见的配置就是修改使用的Repository。形
式如下：Star = samplesales.rpd, DEFAULT;；另外，在开发期间，我们还常常是关
闭掉缓存，形式如下([CACHE]节点下)：ENABLE = YES;更多的参数请参阅文档
《Oracle Business Intelligence Infrastructure Installation and Configuration Guide》
的附录A：NQSConfig.INI File Reference。
1.1.
2.instanceconfig.xml
instanceconfig.xml保存与SADATADIR\web\config文件夹下(SADATADIR指OBIEE
的Web层目录，即OracleBIData)。改文件下的\web\catalog文件夹包含了BIEE Web层
的定义信息，如答复、仪表盘等。这个配置文件配置了BI Presentation实例的一些信息。
最常见的，使用了哪个catalog，通过修改下列节点来实现
哪个catalog。通常将其命名为与对应的repository同名。修改这个文件夹需要重启Oracle
BI Presentation Server服务。
1.1.3.日志
在开发以及维护过程中，下列日志都显得比较重要，可以用于排错及监控系统运行情况。
安装日志：SAROOTDIR\log\install.log
BI Server日志文件：SAROOTDIR\Server\log。其中有3个文件：NQQuery.log是BI
Server所进行的查询的日志；NQSAdminTool.log是Admin Tool的相关日志；
NQServer.log是BI Server的运行时日志
BI Presentation Server日志：SADATADIR\web\log\sawlog0.log
Job Manager日志：SADATADIR\jobmanager
iBot日志：SAROOTDIR\Server\log\iBots
Scheduler日志：SAROOTDIR\Server\Log\NQScheduler.log
2.使用Admin Tool创建模型
Admin Tool是开发人员用来创建BI 分析模型的工具，全称是Oracle BI Administration
Tool，通过BIEE安装后的程序组可以访问到。资料库(.rpd文件)就是由它来编辑。
创建的模型一共有三层：物理层(Physical)，逻辑层(Business Model and Mapping)，展
现层(Presentation)。
物理层定义与各类数据源的链接，如关系数据库，多维数据库，XML数据源，Excel表
格等等。具体需要定义物理表的结构，主外键关系等等；
逻辑层从物理层发展而来。需要定义具体的维表和事实表的主外键关系。这是整个模型
的核心，需要兼顾技术人员和业务人员的思维角度。各对象的名称尽量以业务人员的角
度来考虑。
展现层从逻辑层发展而来。是最终用户所看到的视图，所以，所有对象的名称均需按照
客户的要求来命名，以使他们能够完全理解各对象的含义。展现层中的一个文件夹对应
答复中所看到的一个Subject Area，即主题区域，可理解为反映了不同的主题。
2.1.资料库
2.1.1.创建资料库
BIEE中的资料库就是在NQSConfig.INI文件中指定RPD文件。
Admin Tool打开rpd文件后的开发环境如下：
从右到左依次为物理层、逻辑层、展现层。
资料库存放在SAROOTDIR\server\Repository目录下。
新建资料库只需要File àNew就可以了，给资料库取个名字：sh
2.2.物理模型
此文档将使用Orace DB10.1.2中的SH这个Schema下的数据表。
物理表即可以手工创建，也可以直接导入，我们采用导入方式。
2.2.1.导入数据源
如下：
弹出的对话框如下：
接下来会选择需要导入的数据库对象，通常选择Tables和Views两种类型来筛选掉多余
的数据库对象。然后具体选择需要导入的表：维表和事实表：
进行如图的选择。选择了6张维表以及COSTS和SALES两张事实表。导入完成之后，会弹出关于数据库连接的配置信息：
导入完成后的物理模型如下：
2.2.2.创建物理模型
物理模型中，最重要的就是创建维表和事实表的主外键关系了。先打开创建主外键关系的主界面：
成本事实表COSTS与产品维、时间维、促销品维以及渠道维均有关联，所以需要在这几张表间创建主外键关系。
注意上图中被黑框标识的那个工具栏按钮，叫做“New Foreign Key”，是用于在物理层创建主外键关联的，右边相似但是为黄色的按钮叫做“New Complex Join”，是用于逻辑层创建主外键关联的。稍后也会用到。
选择“New foreign key”之后先点击Channels再点击COSTS：
这里就是指定主外键关系的地方，正常情况下，如果我们为所有表都指定了主键，Admin Tool是能够自动识别出关联的外键的。（不过由于我们并未指定主键，所以上图中并未自动识别出外键关系，需要自己选择CHANNELS中的CHANNEL_ID）字段：
在这种情况下，会弹出下列提示：
就是告知CHANNELS中没有主键，是否创建，“是”就可以了。
物理模型创建完之后应该如下所示：
关于物理层，经常会用到的一个菜单是Update All Row Counts：
这个选项是用于更新显示数据库中表的数据行的。
执行之后的效果如下：
如果你的物理层上没有显示各表包含的数据行数，请到Tools下的Options下：
选中如图所示的选项。
Update All Row Counts也经常用于检查与数据库的连接。
OBIEE学习总结之入门错误！未找到引用源2.3.逻辑模型
2.3.1.创建逻辑层
逻辑层，既可以手工创建，也可以通过拖拽物理层自动生成。我们结合这两种方式来做。
首先采取手工方式。
新建一个逻辑模型：
还是命名为SH。
再为SALES新建逻辑表：
命名为SALES即可。
数据库中SALES这张表包含了销售量字段QUANTITY_SOLD和销售额字段AMOUNT_SOLD。我
们需要将这两个字段添加到逻辑层的SALES表中。
直接选中物理表中的这两个字段:
拖拽到逻辑层中：
把COSTS中的UNIT_PRICE和UNIT_COST也拖到SALES逻辑表中：
接下来，需要为各事实字段设置聚合规则，由于都是设置SUM聚合规则，所以可以同时进行，选中所有字段：
右键“Set Aggregation”
设置聚合规则为Sum：
由于选中了“All columns the same”，直接确定就可以了：
下面采取拖拽的方式，将维表CHANNELS，CUSTOMERS，PRODUCTS，PROMOTIONS，TIMES全部拖拽到逻辑层：
还有一张表：COUNTRIES，这张表保存的是国家的信息，是客户维的一个属性，所以，我们将其并入CUSTOMERS表。选中
COUNTRY_ID,COUNTRY_ISO_CODE,COUNTRY_NAME,COUNTRY_REGION,COUNTRY_SUBREGION,C OUNTRY_TOTAL拖入到CUSTOMERS表下：
接下来，为逻辑层中的各表设置主外键关系，右键选种“SH”，并选择“Business Model Diagram”à“Whole Diagram”。
物理层创建主外键关系时提到过“New Complex Join”按钮，这里就用到它。先选择“New Complex Join”，再先单击维表然后事实表的顺序：
这里是不能选择主外键的具体字段的，这个字段是由物理层决定的。但是可以调整的是两表的基数，即Cardinality，这是关系型数据库设计中的概念；以及连接类型，分为Inner、Left Outer、Right Outer、Full Outer；还有Driving，是指驱动表，这是在两张表需要借助于第三张表来进行关联时，会将第三张表设为驱动表，比较少见。
点击“OK”。
依次将所有维表与事实表关联：
关闭逻辑模型展示框：
可以看到维表前面的标识变成白色的了。这是Admin Tool标识维表和事实表的方式。
2.3.2.修改逻辑层
前面提到过BIEE的逻辑层需要结合技术人员和业务人员的视角，所以，我们需要尽可能的将物理层中的晦涩的字段名称修改为业务人员能理解的名称。Admin Tool提高了一个很好的工具：Rename Wizard。在ToolsàUtilities下：
Execute：
注意底部黑色框部分，选择“Business Model…”。并选择SH，选择“Add Hierarchy”。点击“下一步”
再下一步：
仅选择“Logical Table”和“Logical Column”，进入“下一步”。
这里有很多种重命名方式，意义都是显而易见的。所以，依次Add如下重命名任务：
修改特定字段（将“_”变为“”），所有文本小写以及每个单词的首字母大写。再选择“下一步”：
会出现一个预览框：
显示各个对象将会被如何重命名。满意之后点击“完成”。
修改前后的效果：
修改前：
修改后：
重命名之后，我们还需要删除不需要的逻辑字段，下列为删除清单：
Channels:Channel Class Id、Channel Total Id;
Customers: Cust City ID、Cust State Province ID、Country ID、Cust Main Phone Number、Cust Total ID、Cust Src ID、Cust Eff From、Cust Eff To、Cust
Valid；
Products:Prod Category Desc、Prod Category Id、Prod Desc、Prod Eff From、Prod Eff To、Prod Src Id、Prod Subcategory Desc、Prod Subcategory Id、Prod Total
Id、Prod Valid、Supplier Id；