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

数据分析咨询请扫描二维码
若不方便扫码,搜微信号:CDAshujufenxi
在大数据时代背景下,海量行业数据亟需通过专业化工具挖掘潜在价值,辅助企业业务决策、优化运营模式、规避经营风险。Python凭借 ...
2026-08-28SQL是数据分析领域最基础、最核心的工具,承担着取数、清洗、统计、分层、归因的全流程工作。不同于单纯的语法练习,实战化SQL数 ...
2026-08-28 很多企业团队并非缺乏指标,而是陷入“指标失控”:仪表盘上堆满实时跳动的数据,却无法回答“当前瓶颈在哪、下一步该做什么 ...
2026-08-28随着新零售模式的快速普及,零售行业从传统的“货品驱动”全面转向“用户驱动”。门店交易数据、线上消费记录、浏览轨迹、复购频 ...
2026-08-27在数据分析、爬虫采集、接口开发、数据归档等场景中,JSON与CSV是两种使用率最高的数据存储格式。JSON为键值对结构化格式,适配 ...
2026-08-27 很多数据分析师每天都在计算指标、制作报表,但当被问到“什么叫指标数据元”“指标数据标准包含哪些核心维度”“指标数据质 ...
2026-08-27在数据分析工作中,时间序列是最常见的数据类型之一,订单时间、日志时间、交易时段、统计周期等数据均离不开时间处理。原始数据 ...
2026-08-26在数据分析与数据预处理工作中,原始数据普遍存在录入错误、系统故障、偶然极值等问题,极易产生异常数据。异常数据会严重干扰数 ...
2026-08-26 很多数据分析师能熟练写SQL、做透视表,但当被问到“数据是从哪里来的?经过哪些加工才进入数据仓库?ETL具体做了什么?”时 ...
2026-08-26在数理统计与数据分析领域,多因素方差分析与线性回归模型是研究变量关系、因素影响、数据差异规律的两大核心工具。二者均属于经 ...
2026-08-25数据分析的核心价值不在于数据计算与图表制作,而在于清晰、精准、有逻辑地输出结论、支撑业务决策。日常数据分析报告普遍存在结 ...
2026-08-25 很多数据分析师能熟练地写SQL、做透视表、算描述性统计,但当被问到“如何预测用户流失概率”“如何归因销量下滑的关键因素 ...
2026-08-25平均数是数据分析、数理统计与日常运算中最基础、最常用的统计量,核心作用是浓缩一组数据的整体水平、刻画数据集中趋势。在众多 ...
2026-08-24在MySQL数据库中,InnoDB存储引擎作为主流事务型引擎,默认事务隔离级别为可重复读(Repeatable Read,RR),这与SQL Server、Or ...
2026-08-24 很多数据分析师拿到数据就开始清洗、建模,但当被问到“这批数据属于什么类型——结构化还是非结构化?分类变量还是数值变量 ...
2026-08-24 很多数据分析师画过趋势图、做过业绩预测,但当被问到“这个月销售额增长20%,到底是长期趋势自然增长,还是促销活动的短期 ...
2026-08-21在数据分析与数据可视化工作中,直方图是展示数据分布特征、离散程度、集中区间的核心图表,能够直观呈现数值数据的频次分布规律 ...
2026-08-20在数据分析领域有一句核心准则:垃圾数据进,垃圾数据出。数据清洗是数据分析、数据建模、数据可视化之前的必经前置工序,也是保 ...
2026-08-20 很多数据分析师做过按月份的销售额趋势图,画过按天的流量折线图,但当被问到“时间序列和普通数据有什么本质区别”“季节性 ...
2026-08-20在Python数据分析与数据清洗工作中,Pandas是最核心的数据处理库,DataFrame是结构化数据的标准存储格式。在实时数据采集、循环 ...
2026-08-19