这个时间，脑子很清醒，带着耳塞听着歌，突然想总结下，小谈下数据仓库。有疏漏或错误的地方还请朋友及时指出来。
今天之前的同事突然联系我，谈起现在的工作，谈到数据仓库，我又想起我以前的工作，虽然我目前暂时没有和数据仓库打交道。但是之前在厦门曾与建行一起搭建信贷数据仓库，之后在阿里软件也基本是我负责那边的数据仓库，所以对这玩意多少还是有点感情的。毕竟有人说自己学习的技术就好比自己的孩子，总会有一种特殊的情感。
对于圈子之外的人，对数据仓库这份工作总觉得有些神秘，但如果踏入了这个领域，可能更多的人会说句：哦，原来就是做报表啊。对此，真的是这样吗?
好了，步入正题。我对数据仓库的第一印象是，凡是数据仓库项目，必定是又臭又长的，而且很有可能投入和产出比严重失调。所以总会是领导很生气，后果很严重。为什么数据仓库项目都是这么久呢，像我最早在厦门时接触的信贷数据仓库从07年到现在还没结束，在阿里软件时计划是做3-5年之久，但才刚刚有点起步阿里软件就夭折了。为什么呢，为什么数据仓库这么吃力不讨好呢？从概念上说不是很简单吗？不就是抽取，清洗，装载吗？
我个人觉得主要有两点导致数据仓库不好弄，一是源数据过于复杂和混乱，二是数据仓库需求不明确。而这两点导致数据仓库涉及面特别广，也就是说关联到的部门最多，只要是其他部门的人稍微不合作，数据仓库人员往往很无奈。
那要如何才能保证数据仓库按照正常的轨道运行呢，从管理角度上讲：领导必须是一个强势的领导，或者是一个接触面广的领导，这样才能保证其他部门发难的几率降低。从技术讲：我觉得一是元数据管理非常重要，将不同源系统的元数据做到准确整理，二是数据仓库的大体需求一定要清楚和明确，千万不能后期被需求部门牵着鼻子走，所以要保证数据仓库中必须要有几个人对业务相当精通。但是从我接触到数据仓库项目和看到别人的数据仓库项目中，这两点往往是被人忽视的。大家都是眼睛一闭，两耳不闻窗外事，凭运气胡乱搞一通，完全是一个押宝行为。
最后谈一个现象，数据仓库技术人员总会纳闷业务人员怎么老是想出各种各样的需求，并不去思考各个需求背后的联系，以及以后可能会衍生出来的新需求，而往往是摆着一副臭脸对着业务人员，而业务人员每次提需求总碰到闭门羹或一副副臭脸，心里肯定有想法，于是碍于人情或其他因素，会慢慢的减少需求，但一旦项目上线后，问题一下子暴露出来了，业务部门开始在背后骂怎么又出了一个烂系统。不欢而散。由此可见技术人员做事情很需要耐心和责任心，数据仓库项目更甚，其实我始终觉得it人员其实就是一高级客服罢了，放低姿态，总会海阔天空。
未完待续。
[@more@]来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/789181/viewspace-1029740/ ，如需转载，请注明出处，否则将追究法律责任。
-
博文量43
-
访问量2187505
