Cognos FrameWork Mannager 构建企业元数据模型.docx

Cognos FrameWork Mannager 构建企业元数据模型.docx

《Cognos FrameWork Mannager 构建企业元数据模型.docx》由会员分享，可在线阅读，更多相关《Cognos FrameWork Mannager 构建企业元数据模型.docx（21页珍藏版）》请在冰豆网上搜索。

CognosFrameWorkMannager构建企业元数据模型

CognosFrameWorkMannager构建企业元数据模型

本文将着重介绍使用CongosFrameworkManage来构建企业的元数据模型。

图1.CognosBI

3G`1e:

Ww-Kk0Cognos产品主要为了企业绩效三个主要问题提供解决方案,Scorecarding和Dashborading主要监控企业现在发生了提供支持;而分析为什么会这样的问题和哪些地方出现了这样的问题,就需要报表和分析来提供支持;改通过些什么样的措施去改进这些问题,就需要计划和推测来帮助解决它.

我们可以数据整合对实现这些功能十分重要,因为它为整个解决方案来提供数据基础.FrameworkManager就是通过它的元数据整合能力把多种数据源集成到企业统一信息视图里面.

图2.CognosPM解决方案

CognosFrameworkManager介绍

FrameworkManager是Cognos一种元数据的建模工具，它主要是在整合一种或者多种数据源的查询基础上来为讲述数据信息和业务信息提供支持的。

它能简化和集成关系型和OLAP的数据源。

并且能为数据仓库的权限设置和多语言提供很多支持。

通过FrameworkManager设计的模型能支持报表、即席查询、分析等许多客户的BI功能，通过统一的模型可以强有力支持企业的信息一致性、完整性和正确性，有效的避免信息孤岛。

如何通过FrameworkManager来构建应用模型？

通常我们要花费几个月或者几年的时间来构建BI的应用，在这个过程中，底层数据发生了变化或者有新需求出现，就要求我们必须去修改现有的内容和去开发的新内容。

FrameworkManager就是在数据变化时用来管理和更新应用模型的。

当在开发一个应用模型的时候，我们一般按上面图形的流程进行开发和管理，如果大家想了解更多有关Cognos流程的信息，可以参照Cognos相关文档。

准备数据源和模型

Cognos能支持多种数据源，包括关系型的和多维的数据库。

通过Cognosserver的WEB页面能建立和它们的连接，并且在后面的模型创建和修改中需要用到对应的连接。

当我们需要从数据中去提炼和获取对应的信息的时候，就需要CognosBIstudios去展现元数据模型中对应的内容.然而元数据的组织和扩展就需要用到FrameworkManager。

建立和发布模型的内容

Cognos能创建报表、分析、积分卡等BI的应用，然而这些需要的创建的应用都依赖于对应的元数据模型或者多维模型，所以说模型是整个BI应用的基础。

基于这个基础我们可以定义一些查询性的分析性的报表，或者积分卡来描述一些典型BI应用。

传递和查看信息

通过Cognos定义portal或者其他支持的portals，查看BI的相关应用。

比如查询和分析的报表，积分卡等，或者是其他的BusinessIntelligenceStudio来得到相关的信息。

构建和定义项目

创建一个新项目

在FrameworkManager里面创建一个新项目，可以用来包含一些组织业务模型和业务规则的对象。

在导入元数据之前,就必须要创建一个项目。

具体步骤如下:

通过Welcome页面，点击Createanewproject。

提示：

如果已经在FrameworkManager里面，点击New>>File菜单。

图3.NewProject页面，指定项目的名字和路径IBMDB2数据库用户社区

图4.SelectLanguage的页面，为项目选择指定的语言

然后出现MetadataWizard，关于元数据的导入会在后面做介绍。

点击完成，项目文件（.cpf）和相关文件保存在一个目录，在一个目录建议只保存一个项目。

定义数据源

当完成创建了一个项目后，就需要定义一个或者多个到关系型或者维度数据库的连接，在这个例子我们就以Cognos的GS_DB为数据源。

通过MetadataWizard可以定义一个新的数据源连接。

图5.选择数据库的类型DB2

然后定义对应的数据库名和连接字符串，用户名和密码,通过测试页，我们可以测试我定义的数据源连接是否正确。

图6.数据源的定义

导入元数据

在完成数据源定义后,我们就可以利用定义好的数据源，把对应我们建模要用的表、视图、存储过程等对象导入到项目中来.通过建立好的数据连接，可以进入选择要导入对象的页面。

图7.导入建模元数据

首先，我们在选好对应的表等对象后，再定义字段之间的关系，字段之间的关系会影响到后面建立的模型以及模型的性能。

我们根据数据库的主外键或同名字段来建立关系，然后选择对哪些对象建立连接。

如果我们是新开发一个项目就选择只对导入的建立连接，如果我们要修改前面我们已经建立好的项目，就可以根据需要选择对项目本身的数据起作用.这个根据具体的需求来确定。

其次，定义关系的类型，选择是innerjoin或者outerjoin来定义它们的类型。

我一般默认用innerjoin，因为这样能适应普通的情况，具有更好的性能。

图8.定义关系类型

在完成IMPORT后,我们就知道我们导入了多少个对象,建立了多少个连接。

图7.导入完成

然后通过点击Diagram可以得到它们关系的图形。

图9.Diagram关系图

准备元数据

导入数据后，我们要对其进行加工，以便更好更快的建立模型。

确认在导入数据的时候，是否建立了正确连接。

如果是，则与维表进行关联的字段就要设置成Identifier，若没有关联而起到说明作用的则要将其定义为Attribute。

如果是事实表的度量,就将其设置成Fact，同时要注意选择聚合的方式，例如Sum,Avg等等,还可以增加计算字段比如对一个字段进行Count。

图10.查看对象连接

图11.检查建立的连接

图12.修改维表字段属性

图13.修改事实表与维表关联字段的属性

图14.属性从Fact修改为Identifier

准备业务视图

根据建立模型的需要，在修改了导入表的一些属性以后，现在就可以建立对应的元数据模型并定义业务视图。

最重要的就是建立统一的维度模型，统一的维度模型可以有效的避免信息的孤岛和为信息分析查询提供支持。

构建统一的维度模型

构建度量性的维度，在这里也可以修改度量的一些统计方法，也可以增加一些计算列。

图15.构件度量维度

图16.选择对应的字段

图17.增加新的计算字段

然后建立正式的维度，我们定义好维度的关联的键和它的层次。

图18.建立正式的维度

定义维度的层次，在我们查询分析用到上下钻取的时候就需要用到它。

这个是来定义时间的层次年、季、月和日。

图19.维度定义

，它们可以是同一字段，也可以是不同的字段。

图20.角色定义

需要注意到MemberCaption对应的字段必须是字符性，如果不是就必须进行转换，后面的图片就是一个进行＂当前年＂转换的例子。

I

图21.字段属性转换日期型转为字符串型

按照这样的方法建立好时间维对应的季、月和日的层次，然后把要用到的所有的维度都按照这样的方法建立起来。

图22.维度视图

然后通过Over_view就可以看到维度和度量的关系。

图23.查看维度度量关系

除了建立这样的统一的维度模型，我们可以建立一些querysubject来对应简单的业务查询，他们就一起能构建Cognos的业务视图。

设计最终符合业务需求的元数据模型

根据业务需求定义分析模型，把对应的度量和维度组合在一起，形成一个个分析模型。

为了模型便于维护，所有最终的分析模型的定义，都是通过Shortcut来实现的。

图24.最终分析模型定义

然后再把它们重命名，可以是不同语言，这样就能更好的吻合业务的需求。

图25.根据业务需求重命名字段

B0

下面的Sale_target_model和Sales_model就是两个例子。

图26.例子

这样就完成了模型的定义。

管理和发布包

当模型设计和定义完了以后，就需要通过FrameWorkmanager的管理和发布包的功能，将它发布到Cognos的服务器上去，这样基于发布好的模型，我们就定制我们需要的查询报表和分析报表。

图27.包定义

在定义好要发布的内容以后，通过publishPackages…将元数据模型发布出去。

图28.包发布

图29.定义元数据模型保留的版本数

然后我们登陆到对应的Cognos服务器就可以看见我们发布的元数据模型。

图30.Cognos服务器查看元数据模型发布情况

30.Cognos服务器查看元数据模型发布情况