Cognos report studio 清单表优化实录

背景:财务有张清单表的逻辑非常简单,在数据库查询工具中查非常快,但是一发布到Cognos,一个月的数据就要取30分钟以上。值得注意的是,这是一张使用很久一直在运维的清单表,由于工作人员缺乏稳定性,几经转手之后没有人知道为什么报表突然慢了下来,要找到问题原因并解决性能问题

记录如下:

假设1:因为cognos内存不够,数据量大导致超负荷,进而影响性能。

 解决方案1:尝试了新建视图,把报表上的表关联全部都转移给数据库,所有的数据查询都在视图里处理。此方法不修改报表report里的任何设计,只修改Framework Manager里的模型。

测试结果1:结果不很理想,改成数据改成从视图中获取后,报表查询性能没有任何提升。

结论1:改成视图的方法不可用。

需要另外想办法。或许是假设1不成立。需要梳理新的思路:

假设2:报表Report Studio里有加很多过滤器,考虑过滤器影响性能

解决方案2:删除所有的过滤器

测试结果2:测试结果不理想,性能没有任何提升。

结论2:影响性能的点不在过滤器

结合理论可以直接推翻假设2,但是还是试了一下。

还是需要找问题,在调优过程中有个问题一直得不到很好的解释:为什么在数据库管理工具中5秒的查询,报表上就要30分钟,报表究竟做了什么处理?

假设3:报表的查询中存在影响性能的设置,

解决方案3:尝试调试查询的执行优化改成第一行、修改自动分组和汇总为否、使用SQL WITH 子句、累计处理改成本地、使用本地高速缓存(这个是当时的第一猜想,但是后面证实问题不在这里)改为是、按照与1.x相同的运行方式运行……

测试结果3:性能没有任何提升。

结论3:影响性能的点不在查询的属性。

假设4:

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值