IBM Cgnos BI 最佳实践_报表设计高级提示和提示性能调优.doc

IBM Cognos BI 最佳实践: 报表设计高级提示和提示性能调优 1 简介 1.1 目的 本文档旨在向报表创建者展示如何处理第一个提示页面性能低下的问题。 1.2 适用范围 这里的信息只适用于 IBM Cognos 8.2 BI。 2 第一个提示页面的性能 当用户运行包含多个复杂查询的报表时，常常需要等待很长时间才会看到第一个提示页面出现。例如，在一个客户场景中，报表用了 40 秒才显示出第一个提示页面。 可以通过两方面的努力改进第一个提示页面的性能： 减少提示调节（prompt reconciliation）的时间 减少为提示控件获取数据的时间 3 提示调节 3.1 什么是提示调节？ 提示调节确保参数定义与参数的用法匹配。在筛选和计算中定义参数。在提示中使用定义好的参数。 参数定义包含几个关键项： 基数 – 可以提供给参数的输入值的数量。 离散性 – 决定输入值是定义单一值，还是定义一个值范围。 可选性 – 决定参数在筛选或计算的上下文中是必需的，还是可选的。 数据类型 – 为了与引用的其他数据项或常量匹配，在筛选或计算的上下文中期望的数据类型。数据类型可以是 Numeric、Date、Time、Date Time、Interval、String 或 Member Unique Name (MUN) 。 3.1.1 筛选表达式 请考虑可选的筛选： [Order number] = ?pOrderNumber? 通过分析这个筛选，可以判断出参数 pOrderNumber 的一些性质： 基数：单一值 等号表明只能使用单一值。 使用多个值需要适当的操作符，比如“in”： [Order number] in ?pOrderNumber? 离散性：简单值 等号表明了这一点。 值的范围需要适当的操作符，比如“in_range”： [Order number] in_range ?pOrderNumber? 如果一个参数在多个上下文中使用，那么对于是范围值的参数，所有引用都必须是范围值。 可选性：可选的 这个筛选定义为可选的，所以参数也是可选的。 参数也可以是必需的。如果一个参数在多个上下文中使用，那么对于可选的参数，所有引用都必须是可选的。 数据类型：Numeric 这个参数是数字，因为 Order number 数据项是数字。 现在，把参数的特性应用于引用它的提示。这意味着，提示控件会体现参数的一部分特性，从而让提示控件与参数定义保持兼容。如果在创建的提示页面中引用参数，会在运行时修改提示定义，以便与参数的基数、可选性和离散性匹配。数据类型不匹配可能会导致运行时错误。如果没有创建的提示页面，那么这些特性应用于生成的提示页面上的提示。 3.1.2 数据项表达式 与通过宏表达式定义的参数不同，在数据项表达式中使用的参数是必需的。 3.1.3 宏表达式 在宏表达式中定义的参数 1 可以是可选的或必需的，可以是单一值或多值。 请考虑宏表达式： #prompt ( ‘ pOrderNumber ’ , ‘ integer ’ )# 基数：单一值 prompt() 宏函数只接受单一输入值。 可以用 prompt() 定义多个值： #promptmany ( ‘ pOrderNumber ’ , ‘ integer ’ )# 离散性：简单值 提示宏总是简单值，而不是范围。 可选性：必需的 没有默认值（这个宏函数的第三个可选参数）表明了这一点。 包含可选参数的示例如下： #prompt ( ‘ pOrderNumber ’ , ‘ integer ’ , ‘ 5 ’ )# 3.2 提示调节如何影响性能？ 为了执行提示调节，IBM Cognos 8 要检查查询，判断有哪些参数及其特性。查询越大、越复杂，这个过程花费的时间越长。 在 IBM Cognos 8.1 中，一个包含 200 多个查询的客户报表需要超过 40 秒才能显示出第一个提示页面。大多数时间花费在提示调节方面。 3.3 在 Cognos 8.2 中如何改进提示调节？ 在 IBM Cognos 8.2 中通过三种方式改进提示调节： 更快的提示调节 用于提示调节调优的报表服务器属性 用于提示调节调优的查询属性 3.4 IBM Cognos 8.2 中更快的提示调节 首先，在 IBM Cognos 8.2 中提示调节过程已经得到优化，大大提高了速度。与 IBM Cognos 8.1 相比，这个过程花费的时间减少了 75% 到 90%。 例如，在 IBM Cognos 8.2 中客户示例报表的提示调节只花费了 5 秒，与 IBM Cognos 8.1 中的 40 多秒相比降低了 80%。 只需迁移到 IBM C