神州数码Framework-Manager培训

1FrameworkManager应用(Consumer)专业(Profession)查询QueryStudioReportStudioFrameworkManager分析AnalysisStudioTransformer2认识通用的数据结构1.认识通用的数据结构2.FrameworkManager介绍3.在FrameworkManager中准备元数据4.在FrameworkManager中为可预期结果建模5.在FrameworkManager中创建业务视图6.在FrameworkManager管理包7.在FrameworkManager中设置安全性3目标在本章中，我们将:–了解业务数据库和为报表而设计的数据库的特征–了解关系和基数（cardinality）–认识不同的数据陷阱4了解元数据模型的角色元数据模型是对来自一个或多个数据源的信息的业务展现。BI用户使用模型对他们的数据源进行分析和报告。报表层元数据模型关系型立方体其它文件元数据模型能隐藏底层数据源的复杂结构可以更好地控制数据怎样展现给最终用户5区分业务型和报表型数据库业务数据库报表数据库OrderFactSalesRepCustomerProductDate0..n1..10..n1..10..n1..10..n1..1CustomerTypeCustomerOrderHeaderSalesAreaSalesRepOrderDetailProductLineProductTypeProduct1..11..11..n1..11..n1..11..n1..11..n1..11..n1..11..n1..11..n1..n元数据模型中包括的关系型数据库通常是:业务型数据库报表型数据库6业务数据库是：•用于跟踪每天业务的流程•通常是标准化的或部分企业资源规划(ERP)提供的包了解业务型数据源一个标准化业务型数据库用来提高精确度并减少冗余。表关系CustomerTypeCustomerOrderHeaderSalesAreaSalesRepOrderDetailProductLineProductTypeProduct1..11..11..n1..11..n1..11..n1..11..n1..11..n1..11..n1..11..n1..n7了解业务型数据库的特点业务型数据库:用于减少冗余适合于数据的写入和更新而不是数据的读取经常导致带有多个连接的单片电路式设计8了解业务型数据库的问题因为标准化业务型数据库中的数据被细分为很多表(为了消除冗余)，因此大的查询执行起来比较慢。CustomerTypeCustomerOrderHeaderSalesAreaSalesRepOrderDetailProductLineProductTypeProduct1..11..n1..11..n1..11..n1..10..n1..10..n1..11..n1..11..n1..10..n显示来自一个产品系列的所有客户类型。在返回一个结果集之前，查询必须对七个表中的数据进行检查。9了解报表型数据源报表型数据源通常使用星型结构布局。所有事务型、大部分数值型数据存储在事实表中，所有的参考数据，例如产品信息等，存储在独立的维度表中。该数据库含有相同的信息，但是使用五个表而不是九个。OrderFactSalesRepCustomerProductDate0..n1..10..n1..10..n1..10..n1..1报表型数据库是：•典型业务数据库的拷贝•为快速和易于报告与业务数据库有不同的结构•通常维度化，采用星型结构10创建一个星型结构要创建一个星型结构，可以将标准化关系折叠为维度格式。OrderFactSalesRepCustomerProductDate1..10..n1..10..n0..n1..10..n1..1CustomerTypeCustomerOrderHeaderSalesAreaSalesRepOrderDetailProductLineProductTypeProduct1..11..n1..11..n1..10..n1..10..n1..11..n1..11..n1..10..n1..11..n11认识标准化数据:示例PL#PL_DescPL#PT#PT_DescPT#Prod#Prod_DescAClassicTentsA1Puptents1111BlackBMooseBootsA2Familytents1222GreenB11Childboots1333B12Adultboots255526662777111111Soldinbulk.1122221133331255551266661277772行4行12行产品系列表产品类型表产品表12认识非标准化数据:示例PL#PL_DescPT#PT_DescProd#Prod_DescAClassicTents1Puptents111BlackAClassicTents1Puptents222GreenAClassicTents1Puptents333AClassicTents2Familytents555AClassicTents2Familytents666AClassicTents2Familytents777BMooseBoots11Childboots1111Soldinbulk.BMooseBoots11Childboots2222BMooseBoots11Childboots3333BMooseBoots12Adultboots5555BMooseBoots12Adultboots6666BMooseBoots12Adultboots7777含有12行的产品维度A这种表的主要特点是冗余。这种类型的表不适合标准化系统，但是报表和查询的理想结构。13认识星型结构布局的好处因为星型结构数据库比完全标准化数据库含有的表少，因此查询的性能会更快。OrderFactSalesRepCustomerProductDate1..10..n1..10..n0..n1..10..n1..1“显示来自一个产品系列的所有客户类型。”查询只需要检查三个表即可返回一个结果集。14定义关系关系用来设置一个表中的数据如何连接到另一个表中的数据。关系在物理数据中是隐含的，建模人员对这些关系进行明确声明。声明关系时，建模人员会对业务事实进行明确的表达。15了解关系类型:基数（Cardinality）员工安全号1..11..1员工分公司1..10..n零件供应商1..n1..n一对一:一个员工持有一个安全号。一对多:每个分公司可能有很多员工。多对多:每个零件可以由很多供应商提供，每个供应商可能提供很多零件。16认识基数组合(0,1)..n对(0,1)..n(多对多，需要在模型/数据库中调整)0..(1,n)对1..(1,n)(可以引起性能的降低。产生外连接，成本高的查询)1..1对1..1(如同一张表。可以考虑在模型中合并)1..1对1..n(被认为是理想状态。理论上，所有的事情应该模拟成这种关系)•UML符号中的第一个数字指示关系是可选(0)或必要(1)•第二个数字定义在模型中两个查询主题之间数据关联的发生：可以是一个（1）或多个（n）17了解数据陷阱（DataTrap）有四种基本的陷阱:–深坑陷阱（chasmtrap）–转移陷阱（transitiverelationshiptrap）–连接陷阱（connectiontrap）–扇型陷阱（fantrap）18了解深坑陷阱（ChasmTrap）多对多关系被称为深坑陷阱。这种结构不能记录数据和维护数据，它可以让信息陷入一个深坑（chasm）。深坑陷阱在高层次上并不是错误的，只是不能显示所有必要细节。零件供应商1..n哪个供应商提供哪些特定的零件？1..n19了解转移陷阱（TransitiveRelationship）如果没有订单明细，可以存在一个客户吗？如果没有订单明细，可以存在一个订单吗？客户订单明细订单0..n0..n1..n哪个关系是多余的:客户和订单明细之间或订单和订单明细之间？1..11..11..1如果在两个表之间存在多个路径，那么就存在转移。20了解扇型陷阱（FanTrap）在部门和员工之间存在直接关系吗？公司员工部门1..n1..n1..11..1扇型陷阱可以根据从一个表扇型展开的多个一对多关系来确认。21连接陷阱是一个通过不同实体的可选路径。通过所有真正有联系的实体必须有一个可靠路径。了解连接陷阱（ConnectionTrap）公司部门员工1..n1..n1..11..1部门和员工之间是什么关系?如果员工并不为一个部门工作，他们为公司工作吗？22总结在本章中，我们已经:–了解了业务数据库和面向报表数据库的特点。–了解了关系和基数–认识了不同的数据陷阱23FrameworkManager介绍1.认识通用的数据结构2.FrameworkManager介绍3.在FrameworkManager中准备元数据4.在FrameworkManager中为可预期结果建模5.在FrameworkManager中创建业务视图6.在FrameworkManager管理包7.在FrameworkManager中设置安全性24目标在本章中，我们将:–定义FrameworkManager及其用途–描述FrameworkManager环境–了解Cognos8和FrameworkManager工作流程–了解FrameworkManager用户界面25什么是FrameworkManager?FrameworkManager为Cognos8提供元数据模型环境。FrameworkManager中的模型是对来自一个或多个数据源的数据结构的业务展现。根据业务需求创建一个模型:面向报表的关系型，或面向OLAP分析和报表的维度化建模关系型(DMR)。关系型模型维度化模型26了解FrameworkManager中的Project当在FrameworkManager中工作时，实际上是在一个Project中进行操作的。Project以一个文件夹的形式出现在文件系统中，它包含一个Project文件(.cpf)和XML文件。27定义一个Project在一个Project的最高层中包括的对象有：模型名字空间数据源参数映射包28定义FrameworkManager数据元素在一个Project中，采用以下元素进行定义和组织数据:–文件夹–查询主题–查询项–关系–标准维度–度量维度–范围关系29了解查询主题类型数据源查询主题是底层数据源视图的SQL查询根据输入的对象创建缺省的数据源查询主题模型查询主题含有基于模型中现有对象创建的查询项存储过程查询主题含有基于数据库存储过程返回列表创建的查询项30对象的名称查询项查询主题名字空间属性被设为fact的查询项不含有任何属性是fact查询项的查询主题至少含有一个属性是fact查询项的查询主题属性被设为Identifier的查询项属性被设为Attribute的查询项31了解命名规范FrameworkManager中的对象:有一个标识符可以拥有相同的名字，但是必须使用一个名字空间进行唯一标识标识符可以由一个到五个部分组成，例如：查询项有一个三部分的标识符[namespace].[querysubject].[queryitem]标准维度有一个五部分的标识符[namespace].[dimension].[hierarchy].[level].[queryitem]32Cognos8工作流程设置和维护安全性管理服务器和报表FrameworkManagerProject发布包运行、察看、打印报表/分析计划管理模型制作使用实施计划制作报表/分析配置安装33FrameworkManager工作流程ContentStore数据源ReportStudioQueryStudioAn