报表自定义：业界谣传

小把戏

非常抱歉，在这篇文章中，我又要开始展现我的狂悖，如果你有什么不爽的，尽量使用回复不要使用邮件——因为我可能会将这类的邮件毫不犹豫的放入垃圾桶。当然，你不可能将这篇文章放入垃圾桶，算得上我逼着您看的。

开宗明义，为什么叫做业界谣传：因为从根本上来说，没有人真正“会”使用自定义报表的功能。


从那个混战的BI开始吧，从那个时候开始，报表真正被当成一个东西来正式对待了，真不容易啊，以前的二奶这下子扶正了——可惜时至今日，还终究是个小妾，不成大气！现在的报表，怎么看身份怎么尴尬，奶奶不疼老爸不爱又不能扔，真是一个可怜的孩子啊。

BI的项目，我所经历过的都没有成功的，（亚信的可能成功了，我没能等到那一天，我就已经离开了亚信，所以我只能揣测），小锣分析的厚道啊，直接摘录了(Original Issues)：

•罪一：体系不清，鸡对鸭讲，无法公正地相互理解以建立统一的BI认知
•罪二：方向不明，好钢没有用到刀刃上，难以引导BI实现预期目标
•罪三：数据不准 ，相关者爱恨交织，BI让人不能心安
•罪四：应用不实，成为作“Show”，BI难以解决实际问题
•罪五：全程不通，衔接处参差不齐，无形中加大BI集成商开发和用户维护的难度
•罪六：工具不全，手工操作之处不少，既降低开发效率又影响应用效果
多数项目大部分都集中了这些罪状，安得能成功，第一点最重要，也就是今天我要提的东西。

我们先看看那些客户提出的非常不无礼的需求——自定义报表具体是怎么样的：

1.能够由客户决定到底要显示什么表的什么数据。
2.能够自定义显示的列的显示风格。
3.能够对列进行交叉，生成交叉报表
4.能够生成图形，并且图表联动。
真的很炫目，除了第一点以外，任何BI展现工具如果不能支持这些自定义，那只能证明两件事：1、你被人忽悠惨了；或者2、你还真不了解你购买的产品！

是的，最难的就是第一点，别小看这个东西，BI的厂商就乐了：“我可以支持”，是的，不就是在Cube上面放出自定义的功能，可惜，他们忘记了，一个Cube可以这样，两个呢？客户要将账务的Cube中取一个度量、在订单的 Cube中取另外一个度量，是不是再重新建一个大的Cube？这个时候头疼的不只是前端人员了，还有我们可怜的数据库DBA，我们可怜的ETL人员。

从这点来说，第一个需求只有两个字可以评价：胡闹！

经过我这么多年的经营分析的施工经验和多年和客户打交道的观察，我发现一个有意思的现象：报表需求的合理性和用户的素质有很大关系！ 用户素质偏高的用户提出的报表远远合理于那些素质低的（这里的素质是指技能方面的，不是人品方面的，呵呵）；这个现象推演出另外一个推论：位置越高的家伙提出的报表需求越TM变态。

话又说回来，客户购买我们的软件不外乎就是想解决问题，那么我们能否解决这个问题呢，答案是：能，也不能。说能够，是因为我们的确知道数据库或者模型中的各项数据（各个表、各个字段）之间的关联关系，也可以设计出一套界面让人拖拖拽拽，然后我们自个使用程序生成SQL语句就完事，说不能是因为：

1.用户，没有一个用户，能够有耐心的去阅读你关于数据关联的说明，例如关联账单和订单，如果使用日期关联，嘿嘿，那就有意思多了，所以拖拽的时候必须设置一些限制条件——这个几乎是不可能。
2.因为是用户来决定数据源和数据的产生，很大程度上报表的其他依赖元数据的功能会失效，例如图形报表。
3.各个业务系统之间的数据不完全一致，有了上面的限制，怎么也不可能做出一套通用的系统来。
一句话，得不偿失。我们能够做的，就像BI里面做的一样，能够让用户局限在一定范围内进行报表自定义的操作。

假使一切都顺利，我们成功的说服了客户也做出了一个让用户可以自定义的盒子，那么用户开始使用这个功能了，这个时候问题出现了——不是数据问题，不是功能问题——是用不用的问题。您也许觉得奇怪，既然是用户提出的，为什么会有用不用的问题呢？

事实的确如此，2003年开始我接触客户的需求，客户要实现自定义报表功能，我们使用JavaScript（Brio Only）编写了在Brio的Bqy中的自定义功能，经过统计，客户就在刚刚开始的时候用了几次，然后就放弃了；2006年我参与另外一个经营分析项目，使用的是当时很牛X的MSTR，几乎是全部功能都可以在客户方进行自定义，结果大谬不然，我们拿到的需求是将报表平板化，也就是说，客户根本不希望自己去进行钻取、上卷等等操作，客户希望的是：我动最少的鼠标，就可以看到我想要的东西。

知道我为什么说“报表自定义” 就是一个业界谣传了吧，呵呵。

最后，我说一下在报表系统ERIS已经实现的客户端自定义功能：

1.隐藏或者显示原生数据列（SQL语句中存在的字段）。
2.新增、删除、隐藏、修改计算列。
3.置换列之间的顺序。
4.修改列显示的风格。
5.定义列的预警功能。
6.设置列的分组和小计功能。
7.设置列的旋转、旋转分组和旋转顺序。
8.保存这些设置。
的确，这次几乎什么都可以实现了，哈哈，可惜没什么特别的用处。

附录：什么是BI的成功？

小锣最终也没有说什么样的BI项目是成功的BI项目，的确令人有些遗憾，结合报表系统，是否如下的项目就算成功的？

1.客户真正使用起来的系统，能够实际的统计出用户的访问
2.客户关心的数据基本都体现在系统中或者能够从系统中间接的生成。
3.客户对数据内涵的理解和系统对数据内涵的理解一致。
4.能够追溯数据并且能够看到完整的数据路径和拓扑。
上面的几点涵盖和需求、业务、数据质量、ETL和元数据等等各个方面，当然还应该有更多的表征，原谅我不能一一列出。但是具备这些因素并不是一个成功的系统，关键是，成功的项目，应该是能挣钱的项目——我们在这上面已经折戟沉沙很多年了，似乎很多时候我们过多的关注商业价值了，而对数据内涵和需求理解的太少。说来说去，报表还是一个小妾，我们依然脱不出这个圈子，还是那句话：节哀顺变吧。

PS：

我写这篇文章的时候，正在听者伟大的Chill out音乐，偶尔看看粗糙的《盗墓笔记》，真是有些不搭调，也许这个就是marshup的精髓所在——谢谢“西尔德斯的神话”，能够让我这样的俗人体会一下高雅！

嗯，发现一个秘密，耳机左右调换着听挺好，音乐风格有些变化，哈哈，原来声音也是如此有学问的事情。

Blue Stone的专辑《Worlds Aparts: Remixed》封面，真的很酷，我喜欢。


转载：http://www.loveayang.com.cn/post ... 8ce8b0a3e4bca0.aspx

[ 本帖最后由 小把戏 于 2008-9-10 18:58 编辑 ]