为什么我建议你多做数据仓库项目

2020-07-02 15:30:02 浏览数 (1)

图 | 榖依米

2010年,我到上海的第一年。年底回老家的时候,在火车站碰到一位之前的老同事。闲聊之中,发现他在寻找新的机会,原单位是老企业,没什么活力,年轻人上升空间有限。他30 岁的年纪,上有老,下有小,也是逼急了没办法。要不,他的位置,是个轻松活儿。

我是当时唯一从无锡这家名企跳到上海外企的。在他眼里,我比较另类,做了他不敢做的事情。相差5-6岁,却拿着比他多3倍的工资,此时的他,眼里充满求知欲。请我喝了30多块钱一杯的星巴克,在咖啡馆谈了1个都小时。我知道,其实他平常也就喝点超市里卖的茶。

看在这么有诚意的份儿上,我怎么都要把自己知道的那些都倾囊相送,是不是!

事实上,事业单位里的每个人,多多少少基本沟通之道是晓得的,只是不愿意用。不像现在的小朋友,问我问题,麻烦我办事,上来都是“我要怎么怎么样”,好像我欠他的。对于这种没礼貌的,我即使不拉黑,也选择不予理会。

说回正事,这位老同事原本我们是一个项目组的,他负责信息中心,我负责前道MES落地。很多软件需求,都是从MES提出,经过与工厂一线技术经理讨论定下来,再经过多轮功能迭代,再往信息中心ERP系统集成。所以很多MES功能只留在一线。

只有经历过复杂需求,才能反复锤炼自己的技术。所以如果你要是爱好技术,千万别让自己闲下来,曲不离口,拳不离手,码不离脑。多给自己提一些需求,利用不同手段去实现,你会发现自己技术前进飞快。

电子厂前道MES其实需求很复杂,基本2-3天就要改版一些功能。那个时候我也经常被压得透不过气来,2个礼拜写套系统,是常有的事情。不过看到工厂上千人都在用自己写的软件,还是蛮有成就感的。直到有瓶颈突破不了。因为MIS软件在不断地增多,数据也不断地涌进来,自然技术经理们对于报表的要求就提高。

于是,各类SQL性能问题也层出不穷。直到最后,一个党支部书记要一份报表,凭我当时的SQL水平,报表每次都要跑个10来分钟,才能搞定。他觉得这样的系统体验很不好,于是每次都给我压力。逼得没办法了,我只有天天去逛论坛,看官方文档。

也不知道哪天运气好,摸索到了微软的BI官网,看懂了SQL SERVER 2000 DTS(2005 版本后称为 SSAS) 服务。非常适合那位党支书的需求场景,利用空间换时间的策略,将查询提高到了令人发指的快速。不仅如此,配合 SSAS/SSRS 的设计,将各种柱状图集成到了MES的模块中。

一套组合打下来,这位党支书直接给我打了个当年优秀员工奖。我们IT部老大,也开始带我一起出席各种技术研讨会,尝试把这些思想用在别的部门里。这才认识了信息中心这位老员工。

这位老员工,那时相当资深,在公司做了很多年,做到了经理级别,用粗话说,犯案无数。一代的MIS系统,他参加过不少,从 VB, VB.net 玩到 c#, 数据库也是, SQL Server, Oracle 都玩过一遍了。但距我辞职以来1年都还不到,他的压力就爆发了。

其实吧,我技术没他厉害,我也知道。但我运气好,比他先接触到了数据仓库这回事。当他仍旧在 OLTP 领域吃老本的时候,我已经着手玩 OLAP了。我深信,OLAP 会有一场轰轰烈烈的市场运动。当年 RDBMS 刚火的时候,市场反应也很强烈,甚至比其他行业有着10年从业经验的老师傅的待遇都高。

但是行业火热之后总会饱和的。丁磊一说养猪,大家都跑去养猪了;乔布斯打出触摸屏,一帮人要出来做手机。市场就那么大,技术密码又那么透明,老人被年轻人追上,只是迟早的事,除非你能够快速切换赛道。

在我看来,数据仓库在当时就是风口,做数据库的人转过来,易如反掌。锦上添花的事情,为什么不去做呢?我把经典的三维模型,画给这位老同事看,他一下子就明白了。

在这张巨宽的表上,集成所有的维度和度量,通过线性压缩存储,将快速提高联机分析的速度。每种业务,都基于这个模型做抽象与变型。

0 人点赞