商业智能BI的困惑

又是一个大的项目：央行国库数据统计分析系统，B/S架构。采用了很多的开发技术，flex、java、remoteobject、spring、websphere、db2。还有一点与往日的项目不同，这一次要求使用cognos，做数据挖掘分析，也就是所谓的BI商业智能。

央总行近年来斥资数百万购买了cognos 8在央行的使用权，并在全国范围内组织内部IT人员的培训，此举暗示了央行下一步在数据挖掘方面投入了更多的关注。cognos在此项目中的应用，与总行的意图不谋而合。当然，项目真正的利用价值另当别论，关键在于，它使用了cognos。

我们接到的任务是，从2月20日一直到4月20日这两个月时间，完成系统的开发、测试和试运行。从软件开发的经验来看，这种要求无异于天方夜谭。可是，我们别无选择。

从开始到4月初，一切看起来都是顺利的。大家乐观的汇报着工作进度。项目组一共5人，b/s组2人，cognos项目组3人，之前曾进行过短期的强化式培训。培训费高的惊人，一天就要价上万元，还不包括对住宿、餐饮、往返机票的免费提供。

由于cognos的培训昂贵而又言简意赅，数万元的培训费换来的不过是对cognos设计器的拖拽式操作技能。你所学会的不过是连接数据源、建立多维数据模型、导入数据生成cube。在设计器中通过拖拽生成报表。。。。

到此为止，一切都顺理成章。这时，业务上的测试开始。问题接踵而来。

如果有谁做过类似国库的系统，就会知道什么是复杂的逻辑和灵活的报表。任意时间段的组合，各种中国式的时间名称，例如旬报表；任意科目、级次、类型的组合。不同的级次，例如中央级和地方级，所对应的逻辑千差万别。相同的报表，一个参数的改变，甚至会要求改变报表的布局。

即使如此，如果通过编程来控制，多牺牲些睡眠和同家人团聚的时间，还是可以做出来的。

可问题是，我们要在cognos中实现。cube是预先生成的，所有的维度和度量都是事先确定的。以旬报表为例，由于数据库中根本就没有函数可以确定什么时间属于旬，因此，对旬这个维度的抽取简直让人欲哭无泪。为了赶进度，小伙子们想出一个办法，在数据库中建立一个表，对于从2000年开始到2012年的每一天，构造一个旬的对照表。这就是创意。

可是问题还没有完，如何确定节假日：因为在节假日数据库中没有当天数据，因此，旬的对应表和计算均值问题又面临一个新的难题。因此，小伙子们在愁白了第100根头发的时候，想出了一个新招。回家动员老婆，把2000年到2012年所有可能的节假日找出来，然后在cognos中写出一个巨长的if/else语句。。。。这也是创意。

cognos确实很贵很强大，但高昂的学习成本带来了应用和学习的巨大障碍。cognos提供了最友好的用户界面，却带来了灵活性底的诟病。诚然，从cognos8.1开始，cognos提供了改善的SDK和文档。但要想很好的掌握，除非你拥有过人的学习能力和领悟能力，或者你愿意支付$1800的培训费。

在网上看到一篇文章，用客观的视角分析了OLAP工具的功过成败，拜读之后，颇有惺惺相惜的味道：

10年经验回头看：OLAP工具毁了商业智能