职位其名：数据仓库

Posted 2021-04-02 攻城锤的数据仓库

前言，本文不说技术，只聊聊工作内容。

---

在工作中，我们八成的工作都是建表/用sql把数据导来导去，根据需求做报表，也正是因为这些，我们被称为表哥，表姐，sb(sql boy)，茶树菇(查数据的小姑娘)，连职位也会被人戏称"提数工程师"。时间长了，难免有些人会对自己的工作有疑问:"我在做什么？我做的有什么意义？"还有最重要的:"我的发展前景是什么？"。还有刚入行的小伙伴问我"数据仓库这个职位会消失么？""我们怎么才能不做工具人？"。  

为什么会这样呢？明明现在是数据时代，做产品，运营都需要数据支持，大家对数据的需求很强烈，排到我们手上的需求常常是CEO/总裁办/高管的，总监级别的需求更是不用说了，但是做来做去，不但没达到“指导业务发展，辅助高层决策”的目的，反而让需求得到满足的人看不到我们。  

造成这种情况的原因是大家对数据仓库没有一个良好的认识，了解不够。我们没有专门的课程，没有教程。前几年没有专门的职位(现在好一些，会有中高级的数据仓库的职位)。数据仓库从业人员呢，有一些是看大数据火了，想转，有sql基础就可以。有一些工作多年的开发同学，直接转到数据团队升级做leader，认为大数据就是算法有价值，对数据仓库也没有一个很好的理解，大厂不乏此现象，我见识过一个数据团队的总监，对着数据仓库团队说，你们不就是写sql的么(邓宁-克鲁格效应)，在面试时，也总会听到诸如"我们业务简单，不需要数据仓库""我们平台开发抽时间写写sql就可以了"等言论。也有一些小伙伴，是被“忽悠”入行的，进入大数据团队，职位也是大数据开发工程师，但是做着数据仓库的工作。我正是这样。  

那数据仓库就真的没价值么？当然不是！

"数据仓库"存在的意义: 对外提供一站式的数据服务。  

何为一站式？九阳真经上说:"他强由他强,清风拂山岗；他横由他横,明月照大江。"，在数据方面，数据是多方产出的，同公司的不同产品，同产品的不同服务，它们产出的格式，规则都有差异，业务逻辑有改变时，数据往往也跟着改变。给数据使用带来较大成本。有了数据仓库，万川归海，收集公司全部的数据，统一整理存储。在使用数据时，无论是统计，分析，挖掘，算法，都只有一个出口，就是数据仓库，数据仓库保证数据的稳定，正确，一致，屏蔽下层数据改变对数据使用的影响。这种模式下，无论业务怎么变，使用数据的人都不用关注，由数据仓库的团队来做中间层，提高数据使用的易用性与稳定性。

有的同学发现了问题"你说的还是太大了，全是概念，全是忽悠。我做了这些，对我的发展有什么好处？"

没错，数据仓库的目标，就是对公司是好的，因为数据生产与数据使用有了良好的联系。但是对数据仓库团队的同学，带来的好处没那么多，常在底层走，没机会露头。

在能完成数据需求的基础上，我们的亮点在于，我们比业务的同学更懂数据。无论是报表，分析，甚至一些算法的同学，我们要做的是，比他们更懂数据，当他们想要做什么的时候，我们能第一时间，甚至提前给出数据支持，这就能体现我们的价值。在此之上，我们能让更多的人知道数据仓库的作用，达到指导业务发展的目的。当数据仓库成为空气时，其他人就离不开了。

说了这么多，其实，数据仓库本身是一个偏底层的工作，很难做到出彩，让人觉得没我们不行。但是没有我们，会让整个数据使用流程回到十分繁琐的地步，认识到这一点，沉下心来，数据仓库大有所为。  

简单又不简单，无用又有用。这就是我们的职责:数据仓库。