IBMCognosBI实践之报表设计高级提示与提示性能调优5176.docx
《IBMCognosBI实践之报表设计高级提示与提示性能调优5176.docx》由会员分享,可在线阅读,更多相关《IBMCognosBI实践之报表设计高级提示与提示性能调优5176.docx(35页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、n更多企业学院: 中小企业管理理全能版183套讲座+897000份资料总经理、高层层管理49套讲座+116388份份资料中层管理学院院46套讲座+66020份资料国学智慧、易易经46套讲座人力资源学院院56套讲座+227123份份资料各阶段员工培培训学院77套讲座+ 324份资料员工管理企业业学院67套讲座+ 8720份份资料工厂生产管理理学院52套讲座+ 139200份资料财务管理学院院53套讲座+ 179455份资料销售经理学院院56套讲座+ 143500份资料销售人员培训训学院72套讲座+ 4879份份资料n更多企业学院: 中小企业管理理全能版183套讲座+897000份资料总经理、高层
2、层管理49套讲座+116388份份资料中层管理学院院46套讲座+66020份资料国学智慧、易易经46套讲座人力资源学院院56套讲座+227123份份资料各阶段员工培培训学院77套讲座+ 324份资料员工管理企业业学院67套讲座+ 8720份份资料工厂生产管理理学院52套讲座+ 139200份资料财务管理学院院53套讲座+ 179455份资料销售经理学院院56套讲座+ 143500份资料销售人员培训训学院72套讲座+ 4879份份资料n更多企业学院: 中小企业管理理全能版183套讲座+897000份资料总经理、高层层管理49套讲座+116388份份资料中层管理学院院46套讲座+66020份资料国
3、学智慧、易易经46套讲座人力资源学院院56套讲座+227123份份资料各阶段员工培培训学院77套讲座+ 324份资料员工管理企业业学院67套讲座+ 8720份份资料工厂生产管理理学院52套讲座+ 139200份资料财务管理学院院53套讲座+ 179455份资料销售经理学院院56套讲座+ 143500份资料销售人员培训训学院72套讲座+ 4879份份资料IBM Coggnos BBI 最佳实实践: 报表表设计高级提提示和提示性性能调优1 简介1.1 目的本文档旨在向报报表创建者展展示如何处理理第一个提示示页面性能低低下的问题。1.2 适用范范围这里的信息只适适用于 IBBM Coggnos 88
4、.2 BII。2 第一个提示示页面的性能能当用户运行包含含多个复杂查查询的报表时时,常常需要要等待很长时时间才会看到到第一个提示示页面出现。例例如,在一个个客户场景中中,报表用了了 40 秒秒才显示出第第一个提示页页面。可以通过两方面面的努力改进进第一个提示示页面的性能能:1) 减少提示调节(ppromptt recoonciliiationn)的时间 2) 减少为提示控件件获取数据的的时间 3 提示调节3.1 什么是是提示调节?提示调节确保参参数定义与参参数的用法匹匹配。在筛选选和计算中定定义参数。在在提示中使用用定义好的参参数。参数定义包含几几个关键项: 基数 可以以提供给参数数的输入值的
5、的数量。 离散性 决决定输入值是是定义单一值值,还是定义义一个值范围围。 可选性 决决定参数在筛筛选或计算的的上下文中是是必需的,还还是可选的。 数据类型 为了与引用用的其他数据据项或常量匹匹配,在筛选选或计算的上上下文中期望望的数据类型型。数据类型型可以是 NNumeriic、Datte、Timme、Datte Timme、Inttervall、Striing 或 Membeer Uniique NName (MUN) 。 3.1.1 筛筛选表达式请考虑可选的筛筛选: Orderr numbber = ?pOrrderNuumber? 通过分析这个筛筛选,可以判判断出参数 pOrdeerNu
6、mbber 的一一些性质:基数:单一值 等号表明只能使使用单一值。 使用多个值需要要适当的操作作符,比如“in”: Order numbeer inn ?pOrrderNuumber?离散性:简单值值 等号表明了这一一点。 值的范围需要适适当的操作符符,比如“in_raange”: Order numbeer inn_rangge ?pOOrderNNumberr?o 如果一个参数在在多个上下文文中使用,那那么对于是范范围值的参数数,所有引用用都必须是范范围值。 可选性:可选的的 这个筛选定义为为可选的,所所以参数也是是可选的。 参数也可以是必必需的。如果果一个参数在在多个上下文文中使用,那那
7、么对于可选选的参数,所所有引用都必必须是可选的的。 数据类型:Nuumericc 这个参数是数字字,因为 OOrder numbeer 数据项项是数字。 现在,把参数的的特性应用于于引用它的提提示。这意味味着,提示控控件会体现参参数的一部分分特性,从而而让提示控件件与参数定义义保持兼容。如如果在创建的的提示页面中中引用参数,会会在运行时修修改提示定义义,以便与参参数的基数、可可选性和离散散性匹配。数数据类型不匹匹配可能会导导致运行时错错误。如果没没有创建的提提示页面,那那么这些特性性应用于生成成的提示页面面上的提示。3.1.2 数数据项表达式式与通过宏表达式式定义的参数数不同,在数数据项表达式
8、式中使用的参参数是必需的的。3.1.3 宏宏表达式在宏表达式中定定义的参数 1 可以是是可选的或必必需的,可以以是单一值或或多值。请考虑宏表达式式: #promppt ( pOrdderNummber , integger )# 基数:单一值 prompt() 宏函数数只接受单一一输入值。 可以用 proompt() 定义多个个值: #prompttmany ( ppOrderrNumbeer , inntegerr )#离散性:简单值值 提示宏总是简单单值,而不是是范围。 可选性:必需的的 没有默认值(这这个宏函数的的第三个可选选参数)表明明了这一点。 包含可选参数的的示例如下: #prom
9、ptt ( pOrdeerNumbber , iintegeer , 5 )#3.2 提示调调节如何影响响性能?为了执行提示调调节,IBMM Cognnos 8 要检查查询询,判断有哪哪些参数及其其特性。查询询越大、越复复杂,这个过过程花费的时时间越长。在 IBM CCognoss 8.1 中,一个包包含 2000 多个查询询的客户报表表需要超过 40 秒才才能显示出第第一个提示页页面。大多数数时间花费在在提示调节方方面。3.3 在 CCognoss 8.2 中如何改进进提示调节?在 IBM CCognoss 8.2 中通过三种种方式改进提提示调节: 更快的提示调节节 用于提示调节调调优的报表
10、服服务器属性 用于提示调节调调优的查询属属性 3.4 IBMM Cognnos 8.2 中更快快的提示调节节首先,在 IBBM Coggnos 88.2 中提提示调节过程程已经得到优优化,大大提提高了速度。与与 IBM Cognoos 8.11 相比,这这个过程花费费的时间减少少了 75% 到 900%。例如,在 IBBM Coggnos 88.2 中客客户示例报表表的提示调节节只花费了 5 秒,与与 IBM Cognoos 8.11 中的 440 多秒相相比降低了 80%。只需迁移到 IIBM Coognos 8.2,就就实现了 880% 的性性能改进。不不需要采取其其他措施。3.5 用于提
11、提示调节调优优的报表服务务器属性IBM Coggnos 88.2 为整整个系统和具具体报表的提提示调节调优优提供了三个个相互关联的的选项。第一个选项是一一个针对整个个报表服务器器启用的报表表服务器高级级属性:RSSVP.PRROMPT.RECONNCILIAATION。这这个属性有几几个值:COMPLETTE - 在在显示第一个个提示页面之之前,调节所所有查询。这这是默认设置置,用来确保保与以前版本本的兼容性。CHUNKEDD 分批调节节所有查询,直直到调节了第第一个提示页页面所需的参参数为止。以以不固定的次次序处理查询询。可以用高高级服务器属属性 RSVVP.PROOMPT.RRECONCC
12、ILIATTION.CCHUNKSSIZE 修修改 CHUUNK 大小小。默认的 CHUNKK 大小是 5 个查询询。GROUPEDD 按组调节节查询,直到到调节了第一一个提示页面面所需的参数数为止。这些些组如下: 筛选的报表查询询 筛选的提示查询询 未筛选的报表查查询 未筛选的提示查查询 按这些组的次序序处理查询,直直到调节了第第一个提示页页面中引用的的所有参数为为止。常常只只需处理第一一个或前两个个组。但是,在在某些情况下下,需要处理理所有查询。例例如,如果在在提示查询中中的计算查询询项中引用参参数,就会发发生这种情况况。报表服务务器调节第一一个提示页面面的参数之后后,向用户显显示这个页面
13、面。如果后续续提示页面引引用在已经处处理的查询中中没有的参数数,在显示这这些提示页面面之前,报表表服务器可能能需要调节更更多查询。CHUNKEDD GROUUPED 分批调节节查询组中的的查询,直到到调节了第一一个提示页面面所需的参数数为止。我们的客户场景景只包含一个个筛选的查询询,但是假设设报表中的所所有 2000 个查询都都使用相同的的参数进行筛筛选。GROOUPED 会同时调节节这 2000 个查询,因因为所有查询询都属于筛选选的报表查询询组。CHUUNKED 每次调节 x 个查询询,x 是 CHUNKKED 大小小(默认值为为 5)。因因此对于 CCHUNKEED GROOUPED,将
14、将调节 5 个查询。如如果找到了第第一个提示页页面所需的参参数,就显示示页面。如果果没有找到,就就处理后 55 个查询,直直到找到参数数为止。以我们的客户报报表为例,设设置 RSVVP.PROOMPT.RRECONCCILIATTION = GROUUPED 会会迫使提示调调节首先处理理包含筛选的的查询(我们们只有一个这这样的查询)。这导致客户示例例报表的提示示调节在 IIBM Coognos 8.2 中中只需花费不不到 1 秒秒,与 IBBM Coggnos 88.1 中的的 40 多多秒相比性能能提高了 998%。只需设置一个高高级服务器属属性,就实现现了 98% 的性能改改进。不需要要采
15、取其他措措施。坦白地说,这个个示例不太典典型,因为筛筛选的查询和和非筛选的查查询的比例高高于一般水平平。但是,这这个示例说明明 GROUUPED 调调节选项的优优点是只需要要处理所有查查询中的一部部分。关于如如何处理大量量的筛选查询询,请参见“用于提示调调节调优的查查询属性”。3.5.1 最最佳默认设置置是什么?如果使用 COOMPLETTE 之外的的其他设置,可可能会导致运运行时错误,因因为相同的参参数可能在同同一报表中以以不同方式定定义两次或更更多次。假设报表中有一一个可选的筛筛选(比如 X in ?P1?)和和一个计算 Y + ?P1? 。筛选把 P1 定义为可选选的和多值的的。计算把
16、P1 定义为必需需的和单值的的。如果使用 COOMPLETTE 查询调调节,就会处处理所有查询询,而且使用用限制性最强强的定义修改改提示,这会会产生必需的的单值提示。如果使用 GRROUPEDD,就只处理理筛选的查询询,这允许使使用可选的多多值提示。如如果用户跳过过这个提示或或者选择多个个值,那么当当处理计算时时就会产生运运行时错误。说到这里要补充充一点,在使使用高级调节节属性时,正正确使用参数数并解决这些些不匹配的参参数定义应该该是创建者的的责任。在使用 CHUUNKED GROUPPED 时,还还可能有两个个或更多筛选选以不同方式式定义同一个个参数。同样样,这也是在在创建报表时时计划和实现
17、现不完善的表表现。出于性能考虑,CCHUNKEED GROOUPED 是推荐的设设置,因为它它允许只处理理部分查询组组。但是,应应该进行适当当的报表测试试,以确保不不会出现由于于报表创建者者使用参数的的方式不一致致所导致的运运行时错误。默默认的 CHHUNK 大大小 5 对对于大多数情情况已足够。3.6 用于提提示调节调优优的查询属性性对于某些报表,仅仅仅设置高级级报表服务器器属性可能无无法实现良好好的性能,还还需要手动调调优。报表创创建者可以使使用新的 RReportt Studdio 查询询属性 Usse forr Paraameterr Infoo 决定提示示调节的执行行方式。这个个新属
18、性只能能在高级报表表服务器属性性 RSVPP.PROMMPT.REECONCIILIATIION 设置置为 GROOUPED 或 CHUUNKED GROUPPED 时使使用。这个属性实际上上创建一个新新的查询处理理组,系统在在处理筛选的的报表查询之之前处理这个个组。新的处处理次序是: Use forr Paraameterr Infoo = Trrue 查询询 筛选的报表查询询 筛选的提示查询询 未筛选的报表查查询 未筛选的提示查查询 如果在第一个组组中找到了所所需的参数,就就不再处理其其他查询。这这个属性在两两个场景中很很有用。3.6.1 在在多个查询筛筛选中使用相相同的参数仍然以包含 2
19、200 个查查询的示例报报表为例,假假设所有 2200 个查查询中的筛选选都引用相同同的参数。以以前必须处理理所有 2000 个查询询来调节参数数。实际上,只只需处理其中中任意一个查查询,就可以以收集到所需需的信息。报报表创建者可可以选择任何何查询,并设设置查询属性性 Use for PParameeter IInfo = Truee。系统只处处理这个查询询,就会找到到所需的参数数并显示第一一个提示页面面,不必处理理其他查询。3.6.2 在在每个查询筛筛选中使用不不同的参数现在,考虑一个个完全不一样样(有点儿不不真实)的用用例。我们有有 200 个查询,每每个查询都引引用一个不同同的参数,在在
20、第一个提示示页面中引用用所有 2000 个参数数。在这种情情况下,必须须处理所有查查询,这会导导致性能降低低(回到 55 秒水平)。有一个非常聪明明的办法:创创建者可以创创建一个定义义所有 2000 个参数数的查询。不不创建任何引引用这个新查查询的布局(即即,没有列表表、交叉表或或图表使用这这个查询)。只只在这个查询询上设置查询询属性 Usse forr Paraameterr Infoo = Trrue。现在在,在运行报报表时,只处处理这一个查查询。因为在在布局中不引引用这个查询询,它不会实实际执行。这这样就解决了了第一个提示示页面的性能能问题,而且且不会有额外外的开销。包含 200 个查询
21、而且且每个查询使使用不同的参参数这样的示示例有点儿极极端,但是如如果处理给定定的查询或查查询集造成了了性能问题,就就可以考虑使使用这种方法法。估计只有非常少少的报表需要要使用 Usse forr Paraameterr Infoo 查询属性性,因为 IIBM Coognos 8.2 本本身和使用 RSVP.PROMPPT.RECCONCILLIATIOON GROOUPED 产生的性能能改进能够解解决大多数性性能问题。3.6.3 提提供不利提示示要确保您选择的的查询提供所所需的所有参参数。如果在在没有定义所所有参数的查查询集上设置置 Use For PParameeter IInfo 查询提示
22、(hhint),会会对性能产生生消极影响,因因为第一个请请求没有调节节所有参数,还还需要通过另另一个请求获获得其他参数数的参数特性性。3.7 SAPP 考虑事项项在有非层次化数数据源变量的的 SAP 环境中,变变量数量大而而且这些变量量具有许多可可能的值,这这会显著影响响性能。建议不要在这些些环境中使用用高级服务器器属性,但是是可以使用 Use For pparameeter IInfo 查询提示改改进性能。4 提示查询性性能提示查询用于填填充提示控件件。在运行完完提示查询之之前,无法显显示提示页面面。在默认情情况下,这些些查询在每次次向用户显示示提示页面时时运行一次。在改进提示查询询性能时,
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- IBMCognosBI 实践 报表 设计 高级 提示 性能 5176
限制150内