复杂报表解决方案比较
2010-07-29 17:25
190 查看
复杂报表的处理一直是国内报表市场的一个重头戏。从数年前中国报表概念被清晰的提出,国内厂家就纷纷提出了各种解决方案。经过几年的沉淀,现在已经形成了几个大的基本阵营。最近因为项目的原因,笔者有机会对各家报表产品做了一个简单的比较。
和几年前相比,第一印象是每个厂家都针对复杂报表提出了一种解决方法。而归纳起来,这些方案大致可以分为三类:
1.
任意扩展的类Excel报表。
2.
拖拽加拼排的结构化设计。
3.
结构化和任意扩展混合型。
通过一个Excel的界面来做报表的设计应该不是一个新的想法,但通过单元格的扩展和关联来解决表格内部的计算和排列却是几年前才出现的技术。润乾大概是这个技术的鼻祖。如果你对这种设计思路不是很了解,搜一搜非线性报表就能找到很多资料。
任意扩展的报表设计方法最大的优点是它的灵活性。用户可以通过每个单元格的脚本进行简单的计算和数据处理,然后通过单元格之间的关联,进行分组和汇总等工作。但和传统报表设计不同的是表格不再有一个固定的格式。最后的结果更是通过单元格的扩展,好像搭积木似的拼接起来。
这种解决方式应该来说是现今为止证明最完全的对复杂报表的解决方案。这也是这润乾推出非线性报表技术之后,引得国内其它厂家纷纷效仿的原因。很多山寨版的工具甚至就把润乾用的术语也直接照搬过去,什么报表多源分片,报表行列对称等等。如果不看产品名称,弄不好可能就把它们搞混了。
但这些山寨版软件往往做得十分粗糙,而且功能十分单一。在比较的过程中我们也试用过e表和帆软的工具。从功能上来讲,这些模仿型的软件其实给人一种可以乱真的感觉。润乾所拥有的主要功能在它们的产品上也能打勾。但实际操作起来,感觉还是模仿得比较粗浅。而且在性能和稳定性上还是有差距。报错的频率明显比润乾高。
第二类解决方案是以杰表为代表的拖拽加拼排的方案。任意扩展表格设计最大的缺点是学习和设计的难度。对于没有很强编程功底,或数学不是很精通的人员,学习和掌握扩展和关联的技术常常需要很长的时间。第二个难点是在报表设计完成之后,维护和理解别人的报表困难也很大。有一点像Perl的感觉。写起来感觉功能十分强大,但读起来有点像天书。
杰表正是针对润乾的这个缺点,创造出了一个主要依靠拖放式的设计方式,加之一些用户可以在表格中添加和拼放其它数组的功能,来解决复杂表格的需求。从出发点上,杰表其实找到了一个类Excel报表软件的最大软肋。但它所提出的解决方案,在实际操作上感觉还是没有任意扩展方式强大。当时没有时间把所有典型报表在杰表中试做,但感觉功能限制比较大,就没有继续花时间研究。
第三种方案以StyleReport为代表,采取拖拽和任意扩展相结合的方式。对于比较规则的表格,用户可以通过拖拽直接建立报表。不需要学习复杂的脚本编程。如果表格的复杂程度超过一般拖拽能够解决的难度,用户可以通过相似的任意扩展方式设计表格。
这种解决方案在对复杂表格的支持上基本可以达到和润乾相当的水平。在易用性上,因为大部分报表可以通过拖拽直接建立,和润乾相比也有一个很大的提高。它最大的缺点是表格设计有两套机制。用户需要学习两种不同的设计方法。根据项目的具体需求和人员配置,这些优缺点哪个更重要就要自己判断了。
当然,对复杂表格的支持只是选择报表软件很多要求中的一点。如果是一次性的使用,我们可以只关注软件和当前需求的匹配。如果是准备长期使用的软件,就需要关注软件总体设计思维和它长期的发展方向。这些方面在下文继续讨论。
和几年前相比,第一印象是每个厂家都针对复杂报表提出了一种解决方法。而归纳起来,这些方案大致可以分为三类:
1.
任意扩展的类Excel报表。
2.
拖拽加拼排的结构化设计。
3.
结构化和任意扩展混合型。
通过一个Excel的界面来做报表的设计应该不是一个新的想法,但通过单元格的扩展和关联来解决表格内部的计算和排列却是几年前才出现的技术。润乾大概是这个技术的鼻祖。如果你对这种设计思路不是很了解,搜一搜非线性报表就能找到很多资料。
任意扩展的报表设计方法最大的优点是它的灵活性。用户可以通过每个单元格的脚本进行简单的计算和数据处理,然后通过单元格之间的关联,进行分组和汇总等工作。但和传统报表设计不同的是表格不再有一个固定的格式。最后的结果更是通过单元格的扩展,好像搭积木似的拼接起来。
这种解决方式应该来说是现今为止证明最完全的对复杂报表的解决方案。这也是这润乾推出非线性报表技术之后,引得国内其它厂家纷纷效仿的原因。很多山寨版的工具甚至就把润乾用的术语也直接照搬过去,什么报表多源分片,报表行列对称等等。如果不看产品名称,弄不好可能就把它们搞混了。
但这些山寨版软件往往做得十分粗糙,而且功能十分单一。在比较的过程中我们也试用过e表和帆软的工具。从功能上来讲,这些模仿型的软件其实给人一种可以乱真的感觉。润乾所拥有的主要功能在它们的产品上也能打勾。但实际操作起来,感觉还是模仿得比较粗浅。而且在性能和稳定性上还是有差距。报错的频率明显比润乾高。
第二类解决方案是以杰表为代表的拖拽加拼排的方案。任意扩展表格设计最大的缺点是学习和设计的难度。对于没有很强编程功底,或数学不是很精通的人员,学习和掌握扩展和关联的技术常常需要很长的时间。第二个难点是在报表设计完成之后,维护和理解别人的报表困难也很大。有一点像Perl的感觉。写起来感觉功能十分强大,但读起来有点像天书。
杰表正是针对润乾的这个缺点,创造出了一个主要依靠拖放式的设计方式,加之一些用户可以在表格中添加和拼放其它数组的功能,来解决复杂表格的需求。从出发点上,杰表其实找到了一个类Excel报表软件的最大软肋。但它所提出的解决方案,在实际操作上感觉还是没有任意扩展方式强大。当时没有时间把所有典型报表在杰表中试做,但感觉功能限制比较大,就没有继续花时间研究。
第三种方案以StyleReport为代表,采取拖拽和任意扩展相结合的方式。对于比较规则的表格,用户可以通过拖拽直接建立报表。不需要学习复杂的脚本编程。如果表格的复杂程度超过一般拖拽能够解决的难度,用户可以通过相似的任意扩展方式设计表格。
这种解决方案在对复杂表格的支持上基本可以达到和润乾相当的水平。在易用性上,因为大部分报表可以通过拖拽直接建立,和润乾相比也有一个很大的提高。它最大的缺点是表格设计有两套机制。用户需要学习两种不同的设计方法。根据项目的具体需求和人员配置,这些优缺点哪个更重要就要自己判断了。
当然,对复杂表格的支持只是选择报表软件很多要求中的一点。如果是一次性的使用,我们可以只关注软件和当前需求的匹配。如果是准备长期使用的软件,就需要关注软件总体设计思维和它长期的发展方向。这些方面在下文继续讨论。
相关文章推荐
- 复杂报表解决方案之比较
- 复杂报表解决方案之比较
- Java报表比较之中国式报表(复杂报表)篇
- 一种比较复杂的交叉数据报表的作法及其复杂度的简析
- 集深V5复杂SQL设计分组报表
- 部署水晶报表时的常见问题及解决方案
- 集算器如何优化复杂报表计算(1)数据源集
- 系统方法——复杂问题的解决方案
- 该内存不能为written或read的解决方案(比较全)
- DataSet导出到Excel比较完整的解决方案(二)--服务器端生成文件(downmoon)
- 移动端报表实现离线填报功能解决方案
- DataSet导出到Excel比较完整的解决方案(二)--服务器端生成文件(downmoon)
- ActiveReports 报表应用教程 (10)---交互式报表之向下钻取(详细数据按需显示解决方案)
- RDLC8.0 报表完美解决方案
- Web报表软件的几种体系结构之比较
- Excel生成报表之解决方案--合并单元格的用法
- JSP报表打印的一种简单解决方案
- 使用window.name,比较完美的跨域解决方案
- 集群中几种session同步解决方案的比较(转)
- 关于数据仓库中复杂报表SQL语句的写法