（一）集算器的由来 | 集算器的商业逻辑-九游会登陆

大家都知道，润乾在过去十多年是国内重要的报表工具厂商。在经营报表的过程中，总能碰到用户希望我们协助开发复杂报表。久而久之，我们发现，报表的复杂性不仅是体现在格式上，而更多的是在数据方面，数据库中的数据距离要呈现出来的数据还非常遥远，经常需要很多步骤的复杂运算才能得到。而报表工具只能解决呈现环节那一步的少量计算，对于进入报表工具之前的数据计算则无能为力。这导致了虽然有强大的报表工具来解决格式及呈现环节的计算问题，而报表开发却依然很难的现状。

对于这个问题，业界也没什么好办法，只能是写复杂sql（以及存储过程）或者在应用程序中用高级语言 （如java）编程，十分繁琐低效。而且由于sql和java的开发特性，还会带来耦合性高、维护困难等问题。

有问题就有机会，我们希望能解决这个问题。

大约从2007年底开始，当润乾报表4.x版本趋于稳定之后，我们就开始着手研究这个问题。总结分析碰到的各种数据计算问题，设计了一套新的数据模型和相应的程序语言（命名为spl，structured process language），能够更简捷地描述报表数据源准备的算法，具体怎么简捷会在其它文章中解释。

这个事说起来轻松，做起来却不容易。开发过程中经常反复，因为在实现过程中会想到更好的设计方案，还会发现有些重要需求没有考虑到，这些都会导致把模型推倒重来。事后回顾一下，从2008年起，我们大概经历了四次大的重构才把模型和结构稳定下来，比如在2012-13年期间加补了并行和集群内容，其它小的改造就不计其数了。这个产品一直都有少量的实验客户，但正式发布的日期并不是很明确，大概是在2015年后期才开始进入商用阶段。

集算器在技术上和报表工具相互独立的，集算器能够和润乾报表集成，其实也能和其它报表工具（包括润乾报表的竞争产品）集成。不过，在最初商业化时，我们还是把它作为报表工具的一个附件模块组装出来销售，而没有独立经营。但是，我们很快就发现，计算本身就是个业务，而且是比报表工具应用面更广阔得多得多的业务。于是，在2016年下半年我们把集算器在商业上也拆分出来，作为独立产品经营，全面与报表工具脱钩。