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

数据分析咨询请扫描二维码
若不方便扫码,搜微信号:CDAshujufenxi
人力资源专员是HR体系的执行入口。招聘信息发布、简历初筛、面试安排、考勤汇总、入离职手续、劳动合同与档案管理,大多由这个岗 ...
2026-10-22人力资源经理问“必学技巧”,真正要解决的不是知识清单不够长,而是时间有限、业务催得紧,学完却用不上。更有效的路径是:先用 ...
2026-10-22内容营销岗位的核心任务,不是“把文案写得更漂亮”,而是围绕目标受众,用持续的内容供给影响认知、推动转化并沉淀复购。它至少 ...
2026-10-22理财经理培训课程很多,难的是判断“先学什么、后学什么、学完能做什么”。与其按课程名称罗列,不如先看岗位任务:客户分层与维 ...
2026-10-22理财经理的知识结构,可以先用一句话概括:合规与产品知识决定“不出错”,客户经营与资产配置决定“够不够专业”,市场研判与数 ...
2026-10-22经济学背景做数据分析,优势不在工具,而在问题意识:供需如何相互作用、成本与收益如何权衡、变量之间是相关还是因果。真正的缺 ...
2026-10-22需要,但要把“需要”理解准确。经济学本身就在处理数据:GDP、物价、就业、企业营收、问卷调研,都是经济分析的原料。真正的区 ...
2026-10-22经济学分析能力不是单一技能,它至少由三层构成:把现实问题转成可检验假设的理论框架能力、用数据与统计方法验证假设的工具能力 ...
2026-10-22金融分析师的知识提升,先补的不是更多模型,而是让结论可复核的底层能力。按任务顺序,大致是四层:财务与业务理解、指标口径管 ...
2026-10-22金融分析师的“通用技能”,指换到不同机构、不同行业组仍用得上的底层能力,而非某家公司内部系统的操作经验。按任务拆,日常要 ...
2026-10-22先给结论:数据分析证书不是金融分析师的准入条件,招聘方也不会因为一张证书就直接判断你能做分析。要不要考,取决于你当前任务 ...
2026-10-22金融分析师的核心技能,不是“会看K线”或“会讲宏观”,而是能把一家公司、一个行业或一类资产,转化为可核查的数据判断与书面 ...
2026-10-22产品经理的知识提升,不是把需求文档、原型、SQL、数据分析、项目管理都学一遍,而是先对准目标岗位的真实任务,找出自己最缺的 ...
2026-10-22产品专员提升工作知识,最有效的方式不是先囤课程,而是围绕日常交付的四件事来补:需求调研与优先级判断、原型与PRD表达、竞品 ...
2026-10-22产品运营专员提升个人能力,常见误区是先把Excel、SQL、Python列成一张学习清单,然后从第一个工具开始学。更有效的做法是先回答 ...
2026-10-22产品运营的能力提升,最怕从“课程目录”出发:今天学增长模型,明天背SQL语法,学完却说不清自己负责的功能为什么激活率低。更 ...
2026-10-22产品经理的技能和影响力不是两条分开的赛道。技能决定你能不能把问题分析清楚、把方案设计对;影响力决定你的判断能否被团队接受 ...
2026-10-22产品经理要学的数据分析能力,不是“会写SQL”或“会用BI工具”这么简单。更准确地说,是围绕需求评估、功能迭代、指标监控、实 ...
2026-10-22产品经理的业务能力,不是“会用多少工具”,而是能否把业务目标翻译成可执行的指标、用数据验证判断、再推动方案落地并复盘。全 ...
2026-10-22产品经理快速提升职场技能,关键不在多报几门课,而在于先找出当前岗位上最影响产出的一两项能力缺口,围绕“业务理解—需求与指 ...
2026-10-22