求助 report查询优化

同意11楼观点
对于Cognos来说 只是数据的展现工具
对数据的处理 建议在ETL或者在数据库内完成好
这样报表的查询速度 会得到明显的提高
不建议在报表内进行大量运算 收起

建模有问题，或者你列表中设置每页现实的行数太多了 收起

报表系统，很多人以为只是简单的拖拽数据项而已。。。
殊不知通过“随意”拖拽出来的报表，往往性能低下！

报表工具，比如我们常用的Cognos，它善长的部分是数据展现，并不是数据处理。

报表数据处理流程优化策略：
    在构建报表时应先规划好，把Cognos报表中group分组、汇总等需消耗较多资源的处理提升到数据库中处理，或在数据库中处理完后将处理结果保存起来（报表中间层数据）供Cognos查询。数据库虽然也要进行分组运算，但是数据库中有索引，查询速度快，因此处理效率高，且处理完后取到Cognos报表服务器端的记录数减少，取数的速度加快，因此在报表端进行报表展现的时候只要对很少的记录数进行查询，使报表的生成速度明显提高。 收起

顶。。。。。。。。。 收起

这种问题是要看从哪里优化的吧。

1.向数据库发出请求，进行查询，然后得到结果集。
2.返回给report service。
3.presentation service进行brand,生成output。

对于数据库面的优化，具体就不说了。查询或者参数优化。
report中,可以尝试调节一下process和connection的数量。

此外，如果要是你的数据不是经常更新的，可以用cache,或者生成output.以后跑的时候不用再计算了。 收起

rs里的查询要少，计算项也要少 收起

强烈要求各位高手们给个解决办法。我也是用FM做的明细表，report做的表相当的慢。
我也不知道是不是我做的有问题。 但是用PL/SQL就没这么慢，跟版主一样的情况。
FM那些个基数需要自己设置么？我都是默认的。不知道对不对。请教了 收起

笔者试了 query 设concurrent 有出来 但还是慢 收起

主要是慢在生成报表页面上了，后台SQL运行完以后，还要即时生成报表；如果报表页面比较大有可能会跑死的；页面行数设置小一点或者不设置（不设置的话会根据显示屏大小自动分页）就可以了吧 收起

"在运行report时它是查询完所有数据再返回结果"
在report里设置分页后，是按需查询数据。 收起