京公网安备 11010802034615号
经营许可证编号:京B2-20210330
很多数据分析师能熟练地写SQL、做透视表、算描述性统计,但当被问到“如何预测用户流失概率”“如何归因销量下滑的关键因素”“不同行业的数据模型选型有何差异”时,却常常语塞。其实,数据建模正是实现数据分析从“描述过去”跃迁至“预测未来、指导行动”的核心工具。从“数据描述”到“业务预判”,数据建模是那道必经的门槛。
”
小李是一名数据分析师,入职一家零售企业后,他做报表、写SQL、拉趋势图都驾轻就熟。一次业务汇报会上,营销总监问他:“下周的大促活动,预计销售额能达到多少?我们该把预算重点放在抖音还是小红书?”小李能回答“上个月抖音渠道贡献了30%的销售额”,却无法给出预测和建议。
旁边的资深分析师接过问题,打开一个预测模型,几分钟后给出了预估值和渠道预算分配建议。会后小李追问道:“你怎么做到的?”对方回答:“我只是做了一件事——数据建模。”
这不是小李能力不足,而是他从“描述过去”到“预测未来”的关键一步尚未跨越。
本文将从CDA认证的知识体系出发,系统拆解数据建模的核心概念、两大主流模型分支、三大维度模型形式以及全流程实施路径,帮助你将数据建模从“抽象概念”变为“业务预判的利器”。
数据建模是以业务需求为导向,通过梳理数据关系、构建数学模型,揭示数据背后业务规律的过程。数据建模的核心不是追求复杂的算法,而是**“精准匹配业务问题与数据逻辑”**,其本质是将模糊的业务需求转化为可量化、可求解的数学问题。
对分析师而言,数据建模并非高深莫测的“数学游戏”,而是实现“从数据到洞察、从洞察到决策”的核心桥梁。通过建模,分析师可实现三大核心目标:
数据建模对分析师的价值,体现在能力跃迁的三个层级:
| 能力层级 | 分析内容 | 输出形式 | 业务价值 |
|---|---|---|---|
| 基础分析 | 描述过去发生了什么 | “某产品近3个月销量下滑20%” | 反映现状,缺乏前瞻性 |
| 诊断分析 | 解释为什么发生 | “销量下滑主要受价格调整和竞品冲击影响” | 定位问题,支撑归因 |
| 预测与指导 | 预测未来+指导行动 | “下季度销量约X万件,建议调整价格策略” | 直接赋能决策,实现闭环 |
CDA数据分析师是经过系统认证的复合型人才,其能力体系覆盖工具技能、分析思维和业务认知三大维度。这种能力架构使CDA数据分析师能够贯穿数据生命周期:从数据采集时的质量把控,到分析阶段的模型构建,再到决策支持阶段的洞察输出。
对分析师而言,数据建模不是“可选技能”,而是职业进阶的“核心必修课”。两者形成“技能支撑—价值输出—能力提升”的闭环:数据建模是分析师的核心竞争力,掌握数据建模的分析师能突破基础分析的局限,为业务提供更具深度的洞察与预判;而分析师熟悉业务场景,能精准转化业务需求,确保建模方向不偏离实际,同时能将建模结果转化为业务可理解、可执行的决策建议。
掌握关系数据模型与维度数据模型的定义、差异、使用场景是数据建模领域的两个核心分支,分别服务于不同的分析目标和应用场景。
关系数据模型是以数据库表(关系)为数据结构、以SQL为操作语言的数据组织方式,核心是通过规范化消除数据冗余、保证数据一致性。
核心概念:
关系数据模型的核心价值在于**“数据的强一致性保障”**——适用于业务交易系统(OLTP)和需要严格控制数据质量的核心业务场景。
维度数据模型是为数据分析查询优化的表结构,核心是通过“事实表+维度表”减少表关联、提升查询性能。
核心概念:
维度数据模型的核心价值在于**“数据分析的高查询性能”**——适用于数据仓库、BI报表和OLAP分析场景。CDA考试中重点考察的星型模型、雪花模型和星座模型,正是维度数据模型在不同业务场景下的具体形态。
| 对比维度 | 关系数据模型 | 维度数据模型 | 选择建议 |
|---|---|---|---|
| 核心目标 | 数据一致性保障(写入优化) | 查询性能优先(读取优化) | 业务系统用关系模型,分析系统用维度模型 |
| 存储形式 | 高规范化、多张小表 | 低规范化、事实表+维度表结构 | 减少冗余用关系模型,提升查询速度用维度模型 |
| 查询复杂度 | 多表关联JOIN较多 | 表关联少,查询简单 | 分析人员频繁查询的场景优先选维度模型 |
| 典型场景 | 订单系统、用户系统等OLTP场景 | 数据仓库、BI报表等OLAP场景 | — |
CDA大纲要求掌握维度模型中星型模型、雪花模型及星座模型的概念及应用场景。这三种模型是CDA一级考试的高频考点。
星型模型(Star Schema) 由一个中心事实表和多个直接连接到该事实表的维度表组成。结构如同一个五角星——事实表是“星核”,维度表是向四周辐射的“星芒”。
核心优势:查询性能高,结构简单直观,易于业务人员理解和使用。适用于大多数数据仓库的初步设计,尤其适合维度数量适中、查询模式相对固定的业务场景。
CDA考试考点:星型模型由事实表和维表组成,维表主键结合成事实表主键。在官方模拟题中,当E-R图展示一个事实表和多个维度表,且这些维度表直接连接到事实表时,该结构属于星型模型。
雪花模型(Snowflake Schema) 是在星型模型基础上对维度表进行进一步规范化,将原本维度表中的属性拆分成多个相关的子表,形成更复杂的层级结构。
核心特征:维度表存在“层级关系”。例如,原本的“产品维度表”可能被规范化为“产品大类表→产品子类表→产品表”三层结构。维度表通过间接方式连接到事实表。
适用场景:数据冗余较多、需要更高规范化程度的场景。雪花模型节省存储空间,但查询时需要更多的表连接,查询性能会有所下降。
星座模型(Constellation Schema) 由多个事实表组成,这些事实表共享一个或多个维度表。
核心特征:存在两个及以上事实表,多个事实表共享部分相同的维度表。例如,某电商平台同时分析“销售订单”和“流量日志”两个业务过程,两者共用渠道维度表和时间维度表。
| 模型类型 | 结构特征 | 核心判断依据 |
|---|---|---|
| 星型模型 | 1个事实表 + N个维度表(直接连接) | “一个中心,多个点”,维度表直接辐射 |
| 雪花模型 | 1个事实表 + 维度表再拆分子表 | “维度有层级,层层关联”,维度表进一步规范化 |
| 星座模型 | 2个及以上事实表 + 共享维度表 | “多个中心,共享配角”,多个事实表共用维度表 |
CDA大纲要求掌握概念模型、逻辑模型和物理模型的区别与联系。
| 层次 | 定义 | 核心特征 | 面向对象 |
|---|---|---|---|
| 概念模型 | 最高层次的模型,描述业务实体及其关系 | 不涉及技术实现细节,主要关注业务需求 | 业务管理人员 |
| 逻辑模型 | 在概念模型基础上进一步细化 | 提供详细的结构和关系定义 | 数据架构师 |
| 物理模型 | 将逻辑模型转化为具体的数据库实现 | 结合具体数据库特性 | 数据库管理员 |
E-R图(实体-关系图)是数据建模的“蓝图”工具:
数据建模通常遵循以下六步闭环流程:
| 阶段 | 核心任务 | 产出物 |
|---|---|---|
| 阶段一:业务理解 | 明确分析目标和建模目的 | 业务问题陈述 |
| 阶段二:数据采集与理解 | 识别所需数据源,检查数据质量 | 数据质量报告 |
| 阶段三:概念建模 | 梳理业务实体和关系,绘制E-R图 | 概念模型 |
| 阶段四:逻辑建模 | 定义数据结构、主键与外键关联 | 逻辑模型 |
| 阶段五:物理建模 | 结合具体数据库特性创建数据表 | 物理模型 |
| 阶段六:验证优化 | 测试模型性能,验证数据准确性 | 模型优化报告 |
在实操体系中,数据建模并非“拿到数据就建模”的无序过程,而是遵循从业务理解到模型落地的系统化流程。数据分析是一套完整的分析流程,包括业务理解、数据采集、数据清洗、数据探索、数据可视化、数据建模、模型结果可视化、分析结果的业务应用等。
某中型电商公司面临用户增长放缓问题。运营总监希望分析:哪些因素影响用户的复购率?能否预测用户流失概率,提前干预?
阶段一:业务理解与目标定义
业务目标为“识别影响复购的核心驱动因素,预测用户流失概率”。因预测类目标需采用建模方法,属于预测类数据建模范畴。
阶段二:数据采集与理解
整合订单表、用户表、用户行为日志表等结构化数据,同时整合客服评价文本等半结构化数据。
阶段三:概念建模
梳理核心业务实体:用户、订单、商品、评价。一个用户→多个订单(一对多);一个订单→多个商品(多对多,通过订单明细表分解)。
阶段四:逻辑建模
绘制E-R图,明确主键与外键关联:用户ID为主键标识用户实体,订单ID为主键标识订单实体。
阶段五:模型选型
分析场景为BI分析和流失预测建模,属于OLAP分析场景,因此选用维度数据模型。由于涉及多个业务过程(订单分析、用户行为分析),最终确定为星座模型——多个事实表(订单表、流量日志表)共享用户维度表和时间维度表。
阶段六:物理建模与验证
按照选定的星座模型创建数据表。最终输出两个成果:一是通过回归模型分析影响复购率的关键因素;二是构建用户流失概率预测模型,辅助制定干预策略。
这就是一套完整的“业务理解→数据采集→概念建模→逻辑建模→模型选型→物理建模→验证优化”的数据建模实战流程。
”
很多数据分析师能做报表、画图表、写SQL,但当被问到“如何用数据预测未来趋势”“如何根据业务场景选择星型模型还是雪花模型”“关系数据模型和维度数据模型如何协同使用”时,却答不上来。
描述过去的数据是经验,预测未来的模型才是智慧。
在2025年新考纲的背景下,CDA一级大幅增加了Python数据处理、可视化、建模相关代码的考察比例,数据建模模块在CDA认证体系中的重要性进一步提升。考点覆盖从数据建模概念理解到E-R图绘制应用,从三大维度模型选型到数据模型层次认知,构成了CDA分析师从“数据分析执行者”向“数据架构设计者”迈进的核心知识阶梯。
数据建模是CDA数据分析师连接“数据”与“业务”的核心枢纽——通过建模,分析师不仅能回答“过去发生了什么”,更能回答“未来会怎样、现在该做什么”。从概念模型到逻辑模型再到物理模型,从关系模型到维度模型,从星型到雪花再到星座——每一层模型的演进,都是CDA分析师从“看得懂数据”走向“用数据驱动业务”的能力跃迁。
下一步行动:
描述数据是回顾过去,搭建模型是预判未来。数据建模,正是CDA分析师赋能业务决策的核心引擎。
”

在传统零售行业同质化竞争激烈、大众营销转化率持续走低的背景下,依托经验与直觉的粗放式营销逐渐失效。美国塔吉特百货(Target ...
2026-10-10随着智能客服、数字化服务、用户精细化运营的快速普及,传统零散、非标准化的客户服务数据与业务体系逐渐难以支撑高效服务治理。 ...
2026-10-10 很多数据分析师能熟练地写SQL、做透视表、算描述性统计,但当被问到“如何预测用户流失概率”“如何归因销量下滑的关键因素 ...
2026-10-10CDA数据分析师 出品 作者:李诗怡 定义区别 · 场景举例 · 指标分类 · 计算方法 知识体系总览 模块 包含内容 一、核 ...
2026-10-09在数据分析工作流中,业务数据大多存储在各类关系型数据库内,例如MySQL、PostgreSQL、SQLite等。Pandas是Python生态中主流的数 ...
2026-10-09在数字化精细化运营时代,海量用户存在需求差异、行为差异、价值差异与偏好差异。如果企业采用“一刀切”的统一营销、统一服务、 ...
2026-10-09 很多数据分析师拿到数据就开始清洗、建模,但当被问到“这批数据属于什么类型——结构化还是非结构化?分类变量还是数值变量 ...
2026-10-09指标体系是企业数字化分析、业务监控、经营决策的核心基础框架,是将零散数据转化为可衡量、可对比、可落地业务价值的关键体系。 ...
2026-10-08随着市场竞争日趋饱和,同质化低价竞争逐渐陷入内卷僵局,传统以价格、渠道、促销为核心的营销模式边际效益持续递减。在此背景下 ...
2026-10-08 很多数据分析师画过趋势图、做过业绩预测,但当被问到“这个月销售额增长20%,到底是长期趋势自然增长,还是促销活动的短期 ...
2026-10-08你有没有想过,手机里点外卖、刷社交软件、转一笔账,背后到底是谁在替你"记着账"? 答案其实很简单:数据库,以及跟它对话的那 ...
2026-10-07CDA数据分析师 出品 作者:李诗怡 一、数据分析四大思维 1. 对比思维:没有对比就没有分析 核心观点:单独一个数字没有意义,有 ...
2026-10-05Kimball 是方法,星型模型是它产出的形状。 很多人把"Kimball vs 星型模型"当成一道选择题——这本身就是个误会:Kimball 是动词 ...
2026-10-05写在开头 老板在微信上甩来一句: "帮我看下为什么销量跌了。" ” 你回工位,打开 SQL,开始写。查订单表、拉近三个月、按 ...
2026-10-03CDA数据分析师 出品 作者:李诗怡 1. 事实表 vs 维度表 对比维度 事实表 维度表 核心问题 记录“业务发生了什么事” 描述 ...
2026-10-02做数据聚合时,PySpark的groupBy()确实能完成统计,这也是它的本职工作。但它有一个根本性局限:每一组数据,最终只能返回一行 ...
2026-10-01热力地图是数据可视化中极具辨识度与实用性的空间分析图表,结合地理空间维度与数据密度特征,通过颜色深浅、色阶渐变直观展示数 ...
2026-09-30 很多数据分析师做过按月份的销售额趋势图,画过按天的流量折线图,但当被问到“时间序列和普通数据有什么本质区别”“季节性 ...
2026-09-30同样是“银行数据岗”,在国有大行总行数据中心、在一家城商行的零售部、在银行系金融科技子公司、在保险公司,工作内容、成长节 ...
2026-09-29在数据分析与统计学研究中,数据往往不是独立存在的,不同变量之间普遍存在相互关联、相互影响的关系。相关性统计分析是挖掘变量 ...
2026-09-29