推荐订阅源

我的PI 报表历程

从03年到06年，我一直是基于 PI datalink做报表系统。

DL是基于 EXCEL的，开发很简单，简单的报表，用起来，很流畅。就是直接在单元格计算。但是面对复杂的运算，就难以为继。这就算EXCLE 第一代探索吧。

公司开始尝试用别的报表系统来做 PI的业务报表。那时候，别的一个小组，使用了用友旗下的一个报表工具，模拟EXCEL的方法，在单元格做计算，并且把整个日统计或者月统计报表，以大二进制的方式，存储在oracle。结果失败了,项目拖延不说，客户后面的钱，直接不给了，甚至也是公司倒闭的原因之一。应该说这个，这个第三方报表 1.0 探索是失败的。

05年，又遇到一个大型的PI项目。于是我深入研究了VBA技术，写了一些很精妙的代码模块（宏），在各种业务报表中使用。这个时候，我对 DL在EXCLE 的开发，几乎达到一个顶峰。我不厌其烦的改进VBA代码，使用PI API访问数据库。 在这个阶段，DL 的使用有了很大的进步，DL的使用，已经可以为客户真正接受，可以处理一些简单的业务。 我把这个叫做 EXCEL 2.0 探索。

06年，我追随前同事的脚步，来到了第二个做PI的公司。在我接手PI之前，公司也进行了2代的探索。

其一 也是 EXCEL 2.0探索，应用在 发布平台上，后来我做了一点修订，使用至今，不过用的人不多。在电压合格率和公变管理也有应用。 后者的应用是失败的，面对复杂业务，运算速度慢，IE开发容易死机的事情经常发生。两任部门经理就倒在后面2个项目上了。

第三任部门经理上任了。恰好我公司的报表组同事也来了这个公司。他们进行了 第三方报表的2.0 探索。

他们利用后台，使用PI ODBC，把数据抽取到 ORACLE，再用 杰表3.0把数据展现出来。 业务逻辑是 后台实现的，报表只是展现工具。这个技术用在了 电压合格率的2.0版本上，达到了目的。

     作为一个专业的PI 人员，我对于把数据弄到ORACLE，再做报表，深感害羞。我们再次研究这个事情，终于实现了JAVA下对API的封装，用杰表4.0 直接把数据从PI里取了出来。 在公变2.0实现了这个突破。接着，线损管理和负荷分析也用了这个方法，客户表示满意。运算速度大为提高，系统部署大为简单。我们把这个叫做 第三方报表 3.0时探索。业务逻辑是在JAR包里实现的，算好之后，送到报表。但是开发的难度太大，调试困难。开发人员非常辛苦。我们又希望再突破一下。

      和杰表公司谈了两轮，但是他们的这个功能还不完善，于是我们选择了 较好的润乾。

      又是一轮自定义函数的封装，这次终于实现了在报表里的业务逻辑计算，并且开发难度大大降低了，调试也变得相对简单。然后就在 电压合格率和高压线路监测实现了。

     PI引入中国， 将近5年，历经EXCEL的2代探索，第三方报表的 四次探索，才初步实现企业级应用，其中艰辛，难以为外人道也。