IBM Cognos BI 最佳实践_报表设计高级提示和提示性能调优VIP免费

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