本文探讨了mondrian作为ROLAP引擎的性能优化策略，包括优化数据库SQL和改进mondrian缓存。作者提出了mondrian-cubes，一种预加载数据到缓存的解决方案，以提升大数据场景下mondrian的性能，尤其是在面对如Hadoop、Hive、Spark SQL等查询性能有限的数据库时。此外，文章对比了mondrian与kylin，并建议深入理解mondrian源码以实现更契合业务需求的优化。
mondrian作为开源的rolap引擎非常稳定，bug也非常少，但是就是基本没用人维护了，如果出现什么问题，需要自己修改源码了。现在很多BI工具的rolap引擎都使用的是modnrian ，例如比较出名pentaho，saiku，jpivot。这些产品只是在前端实现了一个前端展示，最终的多维度数据的聚合查询通过mondrian完成的，但是mondrian中不支持钻取与上卷操作，这些需要前端展示工具实现。我也开发了一个展现工具，表格钻取自己写的，chart用的是baidu echart，至少要比saiku好用，以后的blog单独介绍。
由于mondrian多年没人维护，有时遇到什么问题需要去修改mondrian的源码，mondrian项目成立比较早，所以mondrian内部实现有些地方比较复杂，例如mondrian内部自己实现的的ioc，应该是2005年左右实现的(真的很佩服作者)。那时好像还没有spring。但是也不是特别复杂。奉劝各位用saiku的人，想要将saiku作为产品的，还是要读读mondrian的源码，bug虽然很少，但是还是有的。mondrian是无法支持24*7运行的。废话不多说，说说主题，关于mondrian的性能优化的问题，
扫一扫
3881
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
