维度建模不是数仓技术问题,是生意逻辑问题

2026年数仓圈的逼宫:维度建模过时了?

去年冬天淘天数仓内部传出的半公开邮件,我看完差点把手里的岩茶泼键盘上。

一帮年轻的数仓工程师,把用了快15年的Kimball维度建模喷成了”工业时代的遗老”,说现在都什么年代了,湖仓一体都玩明白了,谁还蹲那慢悠悠整什么星型模型、缓慢变化维。

确实,现在数据量涨的太疯。淘天现在每日新增用户行为数据超过18PB,相当于把整个中国国家图书馆的纸质藏书全部数字化一遍还多3倍,原来按天跑的维度建模ETL,等你把维度对齐跑出来结果,618的大促活动都结束三天了,黄花菜都凉透。

说实话,换你你急不急?

现在整个行业喊的都是同一句话:维度建模死了。实时数仓不需要,湖仓一体不需要,AI生成分析更不需要。

数据仓库维度建模星型模型示意图
数据仓库维度建模星型模型示意图

我翻了一圈业内各种讨论,十篇有九篇都在踩,说这就是上个世纪的老古董,早该进博物馆。但是奇怪,怎么没人说,为什么亚马逊阿里这帮公司,核心数仓至今还捏着维度建模的框架不肯放?

拆穿生意逻辑:维度建模本质是分类学

别听卖存储的忽悠。现在喊维度建模没用喊的最凶的,都是主打”存不下算不动找我”的湖仓一体厂商。你不用维度,随便堆宽表,数据越堆越多,存储需求就越大,他们赚的就越多。等你哪天数据乱成一锅粥,查什么数都对不上,再来买我家的数据治理服务,套路一环套一环。对吧?

拿国内实打实的案例说,元气森林去年找阿里云做全域数据升级,外面传的是他们彻底抛弃了传统维度建模,全换湖仓一体了。其实我找内部负责数据的朋友聊过,人家只是把维度建模从底层存储层,挪到了业务应用层,核心的维度拆分逻辑半毛钱没动。

元气森林光SKU就有上千个,线上线下渠道加起来几百个,不同渠道的同一个sku叫法都不一样,你不做维度对齐,拉出来的销量差能差出20%。去年双11的时候,他们内部试过硬堆宽表不做维度治理,光是重复计算浪费的云计算资源,折成成本差不多120万,比买三套高端商业BI许可证还贵,这个成本谁扛得住?

其实维度建模这事儿,本质和生物进化里的分类学是一个路数。你要研究地球上几百万个物种,总得先分个纲目科属种吧?不管你是用基因测序还是用形态观察,分类逻辑错了,你研究什么都错。维度建模就是给你的生意数据做分类,用户是一个维度,商品是一个维度,渠道是一个维度,时间是一个维度,拆对了,你想怎么组合分析都快,拆不对,全是乱麻,剪都剪不开。

元气森林全域营销数据维度拆分架构图
元气森林全域营销数据维度拆分架构图

很多人说我搞点小生意,要什么分类?错了,你生意越小,越耗不起乱数据的成本。我见过太多创业公司,融了钱买了存储,堆了一大堆数据,等到要找投资人复盘,连过去一年的真实复购率都算不出来,这不扯犊子吗?

不过话说回来,人家厂商卖货当然怎么赚钱怎么说,你自己得拎清楚,什么是技术进步,什么是给你下套。

普通数据人:别被”维度建模已死”忽悠瘸了

现在很多刚入行的数据分析师、数仓工程师,真信了网上的鬼话,说不用学维度建模了,会调AI写SQL就行。结果找工作面试,问他缓慢变化维怎么处理,瞪眼睛说那玩意儿过时了我们不用,直接pass。你说冤不冤?

哦,对了,我上个月碰见过一个从大厂出来的技术专家,去一家中等规模的零售公司当技术负责人,上来就把公司用了三年的维度模型全推翻,说要搞新一代宽表湖仓,省成本提效率。结果三个月后,业务部要拉华南区域无糖饮料的季度复购率,五个不同的宽表拉出五个不同的数,差了快15个百分点,全公司开会没人敢拍板用哪个数据。最后还是花了一个半月,硬生生把维度模型重新搭了一遍,才把数对明白,耽误了多少项目,得罪了多少业务线的人,自己扛着吧。

AI能帮你写SQL,但AI能帮你定义清楚”新用户”吗?你们公司的新用户到底是注册7天,还是第一次下单,还是首次激活?这个定义本身就是维度的核心部分,你自己都搞不清,AI能给你蒙对?我见过太多AI生成的报表,错的离谱,用的人连错都看不出来,最后决策错了,锅还得自己背。

现在整个行业都在卷低成本卷快出活,所有人都想跳过维度建模这一步,直接拿数据用,本质就是偷懒。偷懒总有代价的,只是早晚的问题。

很多人说维度建模是技术活,我觉得不对,它是生意活。你对自己的生意理解越深,拆的维度就越准,数据就越能用。反过来,维度拆的乱七八糟的,本质就是你根本没想清楚自己的生意到底是怎么转的,拿数据当垃圾桶,什么都往里面扔。

下一个能靠数据打赢竞争的公司,绝对不是存数据最多的那一家,是把维度理的最清的那一家。

你现在公司数仓里,有多少维度是糊的,自己数过吗?

免责声明:市场有风险,选择需谨慎!此文仅供参考,不作买卖依据。如有侵权请联系删除。
文章名称:维度建模不是数仓技术问题,是生意逻辑问题
文章链接:https://lfdjt.com/info_23_17198.html