一日，老总问刚上任的小 D ，“给我整套 BI 系统！”

小 D 刚上任，有任务接自然很高兴。欣然答应下来后，小 D 主动去找相关业务系统的负责人询问相关的业务情况和数据结构，但“大家都很忙”，人家哪有时间管可怜的小 D 呢。于是过了一段时间，老总又问，“ BI 系统做的怎么样了？”，小 D 似乎有一种被玩了的感觉，但无奈他还不了解这个行业和这个环境，所以，自然挨了一顿批。

多挨了几次批的小 D 慢慢的多少被磨练出道了，于是又有一次，老总问小 D ，“怎样你才能给我做出一套 BI 系统来？”

刚出道的小 D: 你给我什么样的数据，我就能给你做什么样的系统。、

小 D 心想这次不能吃哑巴亏了，终于，老总这次似乎很配合，找来了相关的业务系统部门负责人，要么说还是老总么，能调度得起人家。果然，“要来了数据”。小 D 这回想，终于可以大展身手了。也许是好事多磨，小 D 拿到业务系统部门提供的资料傻眼了，所谓的资料原来就是数据库的结构文档，里面的文字描述，小 D 去问人家业务系统相关的人人家都不知道是怎么回事，此外还有一个简单的测试库，里面的数据居然才只有 1 千来条，而且都是用程序灌进去的。这么点数据，如何 BI 呢？而且某一个维度的信息，这个表里有，那个表里也有，到底应该取哪个呢？

最终，小 D 拿出来了一个“营养不良”的 BI 系统，老总的反应那是可想而知的了 …… 不过还好，老总又给了小 D 一次机会，“这次你需要什么条件？”

吃过亏的小 D: 只要有足够量的数据，我就能给你做什么样的系统。

小 D 的出发点是好的，因为涉及到数据挖掘，自然是数据越多预测的就越准确了。于是，业务系统的负责人又一次被调了过来，最终协调，把用户现场的数据备份回来了一份，小 D 一看，乐的差点“合不拢嘴”，居然有一千多万，刚出道的小 D 哪里见过这么多的数据，什么也不说了，打听好业务规则及取数据的方法，马上开工。前面说过，好事是需要多多磨练的，事情的进展不像小 D 想象的那样顺利，尽管数据很多，但小 D 发现在业务系统中，居然有很多的垃圾数据，或者是应该填写的项没有填，或者填写的项就是错误的。尽管小 D 的 ETL 规则已经考虑的很周到了，但是这些不知道怎么进来的数据实在另人防不胜防。最后， ETL 的结果是，一千万数据变成六十万，这个比率，别说小 D ，我都看哭了。

老总看到小 D 的这个“缺斤少两”的 BI 项目后，很无奈，于是最后问了次小 D ，“到底如何你才能做出一套 BI 系统？”

扇了自己一个耳光的小 D: 有很高质量并且足够的数据，我就能给你做什么样的系统。

最后的最后，不知道是老总对小 D 失去了耐心，还是对业务系统失去了做 BI 的信心，小 D 最终改做别的系统了。不久，客户相关领导部门发了一个红头文件，强调要严抓各系统的数据录入质量的问题，小 D 仿佛看到了希望，不过据公司的老员工说，这样的文件客户的领导每年都发，而且每年的内容都一样。小 D 又抽了自己一个嘴巴，做自己的事去了。

后来经过 n 年之后，据说另外一家公司做了这个业务系统的 BI 方案，但最后还是夭折了。当时的情况是，数据的质量基本达到了当初小 D 所提的标准，只不过最后出来的信息没有准确的，小 D 很好奇：我的条件都满足了怎么还是做不出来呢？偶尔的一次，小 D 随便翻看客户业务系统里面的一条记录，在记录员工信息的表里，一个三十多岁的人居然是未婚，而且学历居然还是初中。小 D 晕了，因为那个人他认识，人家孩子都三岁了，而且刚刚博士毕业。后来找到了客户那边主管这个系统的相关部门，得到的反馈是：“哎呀，这是系统更新不及时导致的”。

还好小 D 后来没有继续接手这个 BI 项目，否则这个时候一定吐血了。

---------------------------------------------------------------

此文出自博客园 的aspnetx ,如有疑问或需要帮助请直接访问作者博客,有问必答.在其它转载社区的留言或交互请恕作者无法答复.