数仓学习感受

数据产品小lee 2021-06-29

279

学会从历史角度辩证看问题，学习完要因地制宜在B站看到一个数据仓库的讲解视频（现在被下架了）老师在讲了两种普遍被公众接受的数据仓库建模理论：Bill Inmon 和 Kimball 。

简要介绍了下各自理论的内容后，老师重点花了些时间，讲他学习这些理论的过程和思考经历。

老师说的内容大致如下：Inmon 所处的时代，关系数据库并不是一统天下，还有各种的文件系统进行数据的存储。

所以 Inmon 不仅要设计数据仓库，更要解决企业里面数据总线，解决数据汇聚、标准不一致等问题，所以他的理论里，有很多时代的痕迹。

基于老师所说，我也有一些想法，总结如下：一个理论的产生，必然会有其时代的印记。描绘美好的宏图的同时，必然先要解决当下的问题。

只有伟大优秀的人，认知超前的人，才能突破时代的桎梏，做出一款超越时代的理论或产品，但是往往做出来了，落地会很困难。

对于一些旧时代的理论和思想，我们不应被其 “外形” 所迷惑，不要盲目地喷前辈们的无知和短浅，为什么他们的方法解决不了当代的问题。

而是要要将自己置身于那个历史背景中，去思考，他们是如何解决问题，其精髓的思想是什么。

要从历史的角度看待问题，看到问题的演变。

我们要做的，吸收其思想精髓，用于解决今日当下的问题。

站在巨人的肩膀上，我们有了往上攀登的机会，而我们现在所做的，也是为未来的人奠定一些解决问题的基石。而对于新概念，我们也要谨慎。

有段时间，我陷入了迷茫，别人都在搞数据湖了，我还在搞数据仓，看这数仓有何用？

不同时期，总会有不同的技术，但内核的东西总是变化较慢的，披上了不同的技术外衣，我们就不认得了嘛？

花多点精力，搞清楚问题背后的一些核心的概念和知识，收益将是巨大的。外形易抄，真功难学。

切莫盲目模仿抄其形，要因地制宜。

从大厂出来的人，有时候就做了大厂方法论的布道师，但中小传统企业在数据基础设施方面本就不健全，就会出现巧妇难为无米之炊的难题。

脱离场景和问题大谈方法，就是耍流氓，自己在学习过程中也踩坑了，不能盲目迷信方法论。

PS：世界很大，世界也很小。没想到我和录制课程的老师在同一个数据交流群里。

现在知识的传播非常广泛，经济情况允许的话，我建议各位还是支持作者们的辛苦付出，有机会碰到作者，可表示感谢（形式不限）。

知识无价，珍惜分享的人~

我是lee，一名成长中的数据产品经理

关注公号，获取我的微信

▼