2015年01月_刨坑数据

原创脚本式计算能力对报表工具的重要性

在报表项目开发中常常会出现自定义数据源的情况。这是因为有很多结构化计算比较复杂，需要多步骤完成。sql或者报表本身的计算能力并不适合完成这种过程化计算，所以报表程序员会借助于报表API，使用Java程序来完成。例如这个《各地区销售情况分析表》：该报表是根据订单表统计各（预置）时间段内，各地区的订单数量、订单金额汇总。其中各时间段范围为：

2015-01-30 13:57:49 810 2

原创如何复用多个报表的数据源

在报表项目中，经常有多个报表的数据源计算方法有共同的部分。使用润乾集算报表，采用可挂接算法的方案时（参见http://blog.raqsoft.com.cn/?p=644），可以更方便地将这些共同部分用同一个脚本来完成，从而实现算法复用。算法复用的好处是：一个算法只实现一次，不会出现同一个算法多处实现导致不一致的情况。同时也避免一个算法实现很多次的重复劳动，减轻工作量。下面通过

2015-01-27 11:44:17 1333

原创复杂多数据源报表join后再计算的简便方法

复杂数据源是报表开发的常见问题，比如不同数据库表先进行join运算，再进行后续的过滤分组排序等运算。JasperReport/Birt等报表工具有virtual data source或table join，可以一定程度地实现多数据源join后计算，但掌握起来并不容易。集算器具有结构化强计算引擎，支持多样性数据源，集成简单，可以协助报表工具方便地实现此类需求，下面通过一个例子来说明多数据源jo

2015-01-23 11:20:56 2004

在报表应用中，针对历史数据查询的报表占比很大，这类报表的特点是：第一，数据变化小，查询的历史数据几乎不会发生变化；第二，数据量大，数据量随时间跨度增大而不断增加。如果数据始终存放在数据库中，由于大多数数据库的JDBC性能都很低下（JDBC取数过程要做数据对象转换，比从文件中读取数据会慢一个数量级），这时涉及数据量较大或在并发较多的时候，报表的性能会急剧下降。如果能将这些变化不大的历史数据移出数据库

2015-01-20 12:19:16 1203

原创报表开发中通用group_concat函数的实现方法

使用Jasper或BIRT等报表工具时，常会碰到一些非常规的统计，用报表工具本身或SQL都难以处理，如在MSSQL/Oracle中，想展现类似group_concat函数计算结果的报表。集算器具有结构化强计算引擎，集成简单，可以协助报表工具方便地实现此类需求。下面以MSSQL为例，来说明通用group_concat函数的实现过程。 MSSQL的表Table1有四个字段，字段C

2015-01-16 10:52:23 1443

原创报表工具还是报表应用系统？

报表工具和报表应用系统都可以算作报表软件的范畴，有些用户在选型时不能很好地区分这两者的差别，有可能被销售人员误导，从而购买到不合适的产品。了解这两种产品的不同之处，就能更好的根据需求来确定适合的软件。实际上，报表工具和报表应用系统各有各的优势和局限，也各有各的使用场景。首先来说报表应用系统。从用户的最终使用者来看，报表应用系统具备独立的登录界面，登录

2015-01-13 11:12:13 804

原创优化SQL执行路径提高报表性能

报表出现性能问题需要对数据源计算进行优化时，执行路径难以确定从而被干预是阻碍报表优化的难题之一。由于数据库执行路径对开发人员不透明，报表优化需要指定执行路径时，程序员会很难甚至无法干预。而一般报表工具不具备强计算能力，大部分计算仍然要依靠数据库进行，这就导致很多报表优化效果不理想。不同于一般报表工具，润乾集算报表内置了专门用于数据计算的集算引擎，开发人员可以通过编写集算脚本完

2015-01-09 10:36:53 1561

原创报表系统性能提升之预先计算

报表应用中当数据量较大或计算过程较复杂时，会导致报表数据源准备过慢，从而影响报表性能。这时常常需要事先将报表需要的数据计算好，在呈现时直接引用即可，这样用户在访问报表时就可以迅速地获得响应。当前的手段及弊端由于报表在访问时还需要参数，显然不可能把所有参数组合对应的报表数据源都准备好，所以预先计算并不是最终的报表结果，在呈现的时刻仍然要再次进行一些简单的计算（如过滤、分组汇总

2015-01-06 15:05:25 1004

u012388497的专栏