关于mondrian做多维分析报表的效率问题

[xiaohu_125]

实例：
1、事实表数据量3000万左右
2、十个左右的维度信息，几个指标信息
3、在schema中用到的共享维都加了索引标志。
4、报表查询效率：初始报表查询时间：大约要5分钟左右，
钻取效率：展示的维度钻取时间倍数递增（如第一个维度钻取10分钟，第二个维度钻取20分钟。。。）
维度多于四个后不能钻取，
5、展示报表过大了，导出excel不能全部导出，报内存溢出或者导出部分数据。

请各位研究过mondrian的帮忙解释下如何解决mondrian开发多维报表的效率问题，上述的人机交互速度完全不能满足客户要求，跪求解决方法！！！！！！！

[xiaohu_125]

.....没人研究过吗？

[lbq794619111]

没有用过，开源的各方面性能还不是很好，也可以自己坚持一下sql，用数据库运行一下是否也需要那么长时间，然后再做相对的优化。

[lbq794619111]

打错字了

没有用过，开源的各方面性能还不是很好，也可以自己查看一下sql，用数据库运行一下是否也需要那么长时间，然后再做相对的优化。

[xiaohu_125]

直接执行SQL没那么长时间，它主要是一个多维分析报表，可以做钻取之类的操作。
不知道从哪下手优化，这个东西的资料很少。。。。

[幻天一剑]

Mondrian所做得不过是将二维数据库中数据与多维CUBE中的维度和度量进行了一个映射而已。说白了，Mondrian的查询速度再快，也快不过你在数据库中查询的速度，甚至更慢。个人感觉，它的特点不过就是使用的JAVA开发的，完全开源，别的没什么。如果有钱的话，个人建议你使用Essbase作为多维的数据库服务器。Essbase简单地说，完全是用“空间来换取时间”，只要您有足够大的硬盘空间，你的运行查询速度就会得到极大的提升。我试过，10亿的数据量，在一些大型服务器上的查询效率能够让绝大部分客户接受。而且它的原理也很简单，使用起来也不复杂，很适合在一些数据量较大的项目上使用。
以上为个人意见，仅供参考。

[jonqwe]

一张fact表中，建议维度四到五个。多了就没意思了不。时间三到五年的数据