学习笔记-cube创建过程.doc

1. 组织数据源在超高压项目中，Cube模型的数据源都是IQD文件（查询定义文件），该文件可以使用Cognos的组件Impromptu完成，甚至也可以手工创建该文件。在此我们以framework创建IQD文件为例进行介绍。1.1. 在Framework Manager建立数据模型假设我们已经在framework里建好了数据模型，这里我以工作缺陷记录这个主题的模型为例来演示创建IQD的步骤。如下图所示：1.2. 选择左上角查询对象，在右下角的属性栏设置Externalize Method，选择类型为IQD1.3. 创建一个Package，选择要生成IQD的查询对象，下一步，完成1.4. 发布Package，选中Generate the files for externalized query subjects，选择IQD的保存路径，点击发布，到此完成IQD文件的创建。2. 制作cube模型Cognos的Cube模型文件的存储有两种，包括Pyi和Mdl格式，其中Mdl格式又分动态的和结构化的。Pyi文件属于二进制格式，Mdl文件属于文本格式，可以查看编辑。默认情况下，Cognos的Mdl文件格式是结构化的，要生成动态的，需要修改参数配置文件trnsfrmr.ini（在Bin目录下）中的选项，增加一行参数：VerbOutput=1，然后重新启动Transformer即可包括Pyi和Mdl格式。超高压现场用的是cognos8.2，在完成cube开发后进行自动刷新cube的时候发现，如果用Mdl格式就会出现刷新cube不成功的现象，而用Pyi格式就没有问题。所以下面我们演示Pyi格式模型的创建。2.1. Insert 数据源在这一步骤里，把一个Cube模型要用到的所有事实表和维度表Iqd文件加入到Transformer的Data Source窗口。如下示意图：数据源类型选择Iqd（Impromptu Query Definition）录入访问数据的用户和口令一个Cube加入完成，示意图如下：在Data Sources区域点击右键，把其他数据源加入进来。如下示意图：2.2. 生成Dimension Map和Measures在Transformer里，维表和事实表的关联是通过Column名称关联的。在此处的例子中，“缺陷情况_缺陷详细信息”为事实表，其中有缺陷状态、缺陷类别和站点名称三个维度；而“缺陷情况_单位站点”在此是维表。如下图，事实表和维表里面都有“站点名称”和“单位编码”，这样事实表“缺陷详细信息”就和维表“单位站点”关联起来了。关于事实表和维表，以下几点是关键：l 事实表（事务数据源）：主要包含的列是数据库中事务数据（数据值数据），例如这里的“缺陷详细信息”里面的“缺陷数量”；还要包括各个维表最底层的文本型数据项，例如“缺陷详细信息”里面的“站点名称”，而在“单位站点”里面“站点名称”是位于最底层的数据项。这主要是为了保证各个度量能和各个维度最底层关联起来，保证度量的值能够带到各个维度的层上去。l 维表（结构数据源）：包含指定模型结构的某个维度下的各层数据项集合。一般都是文本型的数据，例如这里的“公司本部”、“地市局”和“站点名称”，但有时也可能包含有不可汇总的数据类型数据列，例如这里的“单位编码”。l 一般来说，多数据源的模型中，最好为每个维度创建一个维表（结构数据源），这样做的好处一是可以提高cube运行的性能；二是更利于数据的管理。将维表的Column标识字段拖到Dimension Map 的Title处放开鼠标，就可以形成一个维度的Dimension Map，依此把所有维度的Column标识字段都拖到Demension Map。Cube展现时的维度名称就是我们在Dimension Map看到的名称。同一个维度有层次关系的Column标识按照粒度大小从上往下排列。如时间维，年份在最上，季度居中，天在最下。将度量Column依次拖入Measures窗口。维度和度量拖入各自的窗口后，就可以设置他们的属性了，比如可修改维度的名称，其操作示意图如下：有多层的维度的最底层的Unique属性需要勾上。Label属性选为维度对应的描述字段，因为展现分析时用户希望看到时维度描述，而不是维度标识。对于度量可以修改其存储类型Storage type和显示格式Format等属性，如下示意图：右键单击Dimension Map窗口，可以将Show Scope选上，可以直观的看到Dimension Map是否有错误（选中事实表Iqd的Data Source,如果有红色的表示有错误）。其中淡黄的表示与数据源“缺陷情况_缺陷详细信息”间接相关，深黄色表示直接相关。如果出现红色，则表示有错误在PowerCubes窗口插入要生成的Cube，示意图如下：确定后通过执行主菜单Run下Create PowerCubes，就可以生成Cube 文件了。生成后可以通过PowerPlay查看生成的Cube的效果。如下示意图：3. 发布cube3.1. 创建一个用于发布cube的project打开Fframework Manager，点击“Create a new project”，如下图所示，输入工程的名称“缺陷情况分析”，指定cpf文件存放地址：点击“OK”，如下图：选择Data Sources，点击“Next”，如下图：点击“New”按钮，如下图：点击“下一步”，如下图：点击“下一步”，如下图：选择类型为“Cognos PowerCube”，点击“下一步”，如下图：输入.mdc在报表服务器上的地址，点击底部“测试连接”，如下图：点击“测试”按钮，如下图：测试成功，点击“关闭”按钮，依次关闭测试窗口，最后点击“完成”按钮，如下图：提示数据源已创建，点击“关闭”按钮，如下图：选择上面创建的数据源“quexian”，点击“Next”按钮，如下图：系统提示不能连接到指定的PowerCube，但实际上已经测试通过了，或许这是cognos8.2的一个bug?那么我们不用理会，直接点击“Yes”，一路“Next”，直至“Finished”，如下图：创建一个Packages“缺陷情况分析”，点击右键，如下图：点击“Publish”按钮，发布完成。3.2. 创建Analysis Studio输入cognos的web访问地址，如7/cognos8/cgi-bin/cognos.cgi，打开Cognos Connection 主界面，如下图所示：点击进入上面发布的cube包“缺陷情况分析”，如下图所示：新建的包是空的，点击左上角“Analysis Studio”，创建一个点击“确定”按钮，如下图：在这里编辑报表，如下图：编辑完成后，点击“文件”“在Report Studio中打开”，如下图所示：保存报表，点击运行，如下图所示：在上面的报表中，可以从时间、单位、缺陷类别和缺陷状态四个维度来钻取分析，至此，整个cube的制作过程演示完毕。4. 自动刷新cubeCube的自动刷新针对不同的cognos版本，有不同的方式。这里我针对cognos8.2进行说明。4.1. 相关目录组织如下图，accman主要存放访问权限相关文件，Cube_Pub存放发布的mdl文件，Model存放cube模型pyi文件，PowerCubes存放刷新后的mdl文件。4.2. 编辑刷新cube的命令脚本文件l 上图所示，cube_mdl_autorun.bat文件用来刷新cube，生成新的mdl文件，脚本内容如下：l MoveCube_StopStartCognos8.bat用来做如下工作：1、停止cognos服务；2、把刷新后的mdl文件移动到cube发布目录，覆盖原有mdl文件；3、启动cognos服务。脚本内容如下：4.3. 脚本的调度对上面的脚本文件调度执行有很多种方法：1、可以使用cognos自带的调度工具；2、可以使用windows操作系统的任务计划；3、使用Sagent Automation 执行调度。超高压项目组用的是Sagent Automation 在每天凌晨7点做的调度来刷新cube，因为有日志，用起来也比较方便。需要注意的是执行脚本的时候要先执行cube_mdl_autorun.bat刷新后mdl文件后，再执行MoveCube_StopStartCognos8.bat进行发布。5. Cognos建议规范（开发者参考）5.1. Iqd文件规范1、维表iqd文件中的SQL语句一定要有Order by字句排序，一般情况按照第一个字段（最细层ID字段）排序即可，加上order by 1;2、iqd字段的描述一定要用中文表示，虽然这部分不是让最终用户使用，但是构建新的Cube模型是一项经常性的工作，很难保证构建者对英文字段含义有多理解；3 、维表中每个维层次都有两个字段，一为ID字段，一为Desc字段，在命名上，ID字段直接使用描述，Desc字段的描述加Desc，例如“月份”和“月份Desc”；5.2. Mdl文件规范1、一律使用mdl格式存储多维模型，并且使用verb mdl，缺省情况下，Cognos Transformer使用structured mdl格式，需要修改trnsfrmr.ini中的选项，加上VerbOutput=1；2、 在Transformer中设定恰当的工作目录，在选择iqd文件时一律使用相对路径，例如使用dim/dura.iqd，而不是d:/cube/iqd/dim/dura.iqd；3、对于每个维度的层次的Source和Lable，前者一律使用iqd中定义的ID字段，后者一律使用描述字段；4、度量的描述（它将出现在