上月底  ，2022年个推TechDay"治数训练营"系列直播课第三期圆满举办。个推资深大综合数据研发工程师为都知道说深入浅出地特别介绍了综合数据仓库的前世今生另外包括 另外包括 另外包括 综合数据建模的所用不同方式。

本文对"治数训练营"第三期《综合数据仓库与维度建模》的干货性内容实施了总结  ，另外包括 另外包括 另外包括 也挑选了直播两者之间精彩提问要做Q&A梳理  ，带都知道说一起欢乐回顾首期课程。

01综合数据仓库快速入门

综合数据仓库（Data Warehouse）  ，简称"数仓"  ，是大综合数据从业者绕不开的几个概念。"综合数据仓库之父"Bill Inmon最早关于问题提出数仓的概念 ，而对"综合数据仓库是几个面向主题的、集成的、非常稳定的、反映史中巨比较大变化的综合数据集合  ，用于部分支持管理决策"。

另外包括 另外包括 另外包括  ，大综合数据架构专家Ralph Kimball在《The Data Warehouse Tookit》一书中  ，也对数仓实施了定义："综合数据仓库是几个将源系统支持 综合数据抽取、清洗、规格化  ，过后提交到维度综合数据存储的系统支持  ，为决策的制定完全产品需求提供查询和深入分析 紧密相关 功能的支撑和最终最终结果完成"。

Bill Inmon对数仓的定义更强调总体而言而言特性  ，Ralph Kimball值得一提从实施流程上看来定义数仓。亦或哪每个区域个定义  ，都知道说 都要从中我看到中小企业 建设方面综合数据仓库的意义重大。中小企业 实施建设方面数仓  ，另外包括 另外包括 另外包括 万一 将分散在各业务系统支持 的综合数据实施集中化管理  ，打破综合数据孤岛；万一 为后续高效深入分析 和应用综合数据  ，实施大综合数据赋能业务蓬勃发展奠定理念基础。

02数仓建设方面与综合数据建模

万一 ，中小企业 如何才能建设方面综合数据仓库？如何才能建设方面几个贴合业务完全产品需求的、高效、稳定、好选用不同方式综合数据仓库？只有万一 最终决定综合数据模型的选择放弃和综合数据建模的核心解决目前。

"综合数据建模"是指对实体另外包括 另外包括 另外包括 实体和实体两者之两者之间两者之间实施综合数据化描述和抽象的变化过程。"综合数据模型"  ，值得一提指紧密相关 组织和存储综合数据的不同方式。

截至目前主流的综合数据建模不同方式有两种  ，其余是范式建模和维度建模：

范式建模

范式建模由Bill Inmon关于问题提出  ，指我站中小企业 上看面向主题的抽象  ，都知道说 有的实施E-R实体两者之间模型将事物抽象为"实体""属性""两者之间" ，来而对事物和事件关系解决目前。范式建模并非实施某个确认情况业务流程中实体对象两者之间的抽象 ，它万一 建模人员全面地、总体而言而言地会在特别介绍中小企业 的业务和综合数据 ，另外包括 另外包括 另外包括 实施周期长  ，对建模人员的能力方面关于问题提出也非常高。

维度建模

维度建模由Ralph Kimball关于问题提出  ，主张从深入分析 决策的完全产品需求出发构建模型 ，为深入分析 完全产品需求专业服务。如此 它重点更多关注如何才能实施户更快速地最终最终结果完成综合数据深入分析  ，另外包括 另外包括 另外包括 继续保持较不好大规模复杂查询的响应性能。相比而对范式建模  ，维度建模建设方面周期短  ，部分支持敏捷迭代  ，有的只会对数仓架构要做多复杂的总体而言而言选用。

在构建数仓时  ，都知道说 要依据确认情况的综合数据深入分析 场景和业务紧密相关 处理系统支持 来选择放弃紧密相关 的综合数据建模不同方式。必须  ，就OLTP系统支持 （On-line Transaction Processing：联机事务紧密相关 处理）而对  ，如前所述 其主要另外包括 是面向随机读写的综合数据操作中  ，更多关注事务的紧密相关 处理  ，如此 都知道说 强烈推荐实施OLTP系统支持 及中国传统综合数据库的中小企业 实施范式建模的不同方式来总体而言而言选用综合数据模型  ，以核心解决目前在事务紧密相关 处理中则 综合数据冗余和一 致性核心解决目前。而OLAP系统支持 （On-line Analytical Processing ：联机深入分析 紧密相关 处理）面向批量读写综合数据的操作中 ，不更多关注事务紧密相关 处理一致性  ，主要另外包括 是更多关注综合数据的整合另外包括 另外包括 另外包括 大综合数据查询和紧密相关 处理中则 性能  ，如此 有的选用维度建模的不同方式。

确认情况如何才能实施范式建模和维度建模呢？都知道说 紧密结合案例其余上看。

03范式建模不同方式及实例剖析

第三点上看范式建模的有的变化过程。

在实施范式建模时 ，都知道说 有的要遵从千差万别的规范关于问题提出总体而言而言选用出合理的模型  ，之类千差万别的规范关于问题提出只有"范式"。截至目前总体而言而言行业中存那一范式、二范式、三范式等千差万别的模型建设方面规范。越高的范式生活带 的综合数据库冗余越小  ，之类在综合数据计算主要另外包括 会更复杂。中小企业 有的选用三范式建模  ，在无法保证灵活度另外包括 另外包括 另外包括 综合数据计算加速度度的另外包括 另外包括 另外包括 ，降低综合数据紧密相关 处理的复杂度。

范式建模的变化过程万一 被拆解为以上四步：

1. 抽象出主体

2. 梳理主体两者之两者之间两者之间

3. 梳理主体的属性

4. 画出E-R两者之间图

必须  ，都知道说 要实施范式建模的问题总体而言而言选用某课程系统支持 支持 的综合数据模型。

系统支持 支持 主要另外包括 所用管理某所有学生中所有学生、所有学生中和课程等关于综合数据 ，涉及课程选修、考试好的成绩、所有学生授课、所有学生中班级等主要另外包括 。你不 们第三点要梳理出实体 ，为所有学生、课程、所有学生中、班级；主要另外包括 梳理出实体两者之两者之间两者之间  ，之类所有学生讲授课程、所有学生中选修课程、所有学生中隶属班级等；过后要罗列出各实体和两者之间的属性  ，必须"所有学生中"几个实体的属性有姓名、性别、年龄等 ，"所有学生中选修课程"几个两者之间的属性有选修时间不、总课时等；第三步  ，值得一提画出E-R图  ，用矩形而对"实体" ，用菱形而对"两者之间" ，用椭圆形而对"属性"  ，以可视化的问题清晰展示出主体和主体两者之两者之间两者之间。

04维度建模不同方式及实例剖析

相比而对范式建模  ，维度建模稍为复杂 ，之类事实表和维度表两块性内容。

事实表

第三点看事实表。事实表分三种  ，之类事务性事实表、周期性快照事实表、累计快照事实表。

• 事务性事实表有的用两条记录而对某个时间不点经常发生事儿件或行为定性。必须电商业务场景中则 订单支付业务  ，有的就选用事务性事实表来紧密相关 组织和存储综合数据。

• 周期性快照事实表那两条记录描述的值得一提几个实体和一 一段时间不内的那种状态或现状  ，必须某顾客每月的积分余额就仍属 两条仍属 的周期性快照事实表记录。

• 累计快照事实表那两条记录值得一提对某业务流程中经常发生的多个事件的累计记录  ，有则有只为完全产品需求某个流程节点运转效率的统计完全产品需求。

都知道说 以几个事务性事实表的总体而言而言选用变化过程为例来会在特别介绍事实表的总体而言而言选用不同方式：

1. 选择放弃与综合数据深入分析 完全产品需求关于的业务变化过程。"业务变化过程"是指在业务流程中则 可拆分的行为定性事件。必须  ，电商业务场景下  ，购物的业务流程中就之类加购、下单、支付、商家发货、每个用户确认收货等业务变化过程。你不 们要深入分析 销售额  ，那"支付"只有必选的业务变化过程。

2. 声明粒度。都知道说 要尽量选择放弃最细粒度 ，精确认情况义事实表的每个区域行所而对的业务含义  ，以无法保证事实表有最多的灵活性。必须  ，每个用户万一 在几个订单在里面购买价格多个商品  ，那每个区域购没买商品只有几个子订单 ，都知道说 有的选择放弃将子订单这是 声明粒度。

3. 确认情况维度。维度是指业务变化变化过程处的人文环境 紧密相关 信息 ，必须每个用户和一 个时间不购没买某个店铺的某个商品 ，那店铺所属总体而言而言行业、商品所在类目等均万一 被而对是维度。

4. 确认情况事实  ，即确认情况业务变化过程的度量指标。必须"支付"几个业务变化过程的度量指标为支付金额  ，更复杂的电商业务场景下 ，万一 还之类分摊邮费、折扣金额等指标。

万一 综上所述值得一提 ，每个区域综合数据仓库都另外包括 几个万一 多个事实表  ，事实表是对深入分析 主题的度量  ，它另外包括 了与各维度表关于系解决目前的外键 ，并实施Join问题与维度表关系解决目前。

维度表

维度表值得一提每个用户深入分析 综合数据的窗口  ，记录了事实表中关于事务、事件的属性及属性含义。

维度表的总体而言而言选用变化过程  ，主要另外包括 分为以上四步：

1. 选择放弃维度。必须要生成几个商品维度表  ，你不 们选择放弃的维度只有商品维度。

2. 确认情况主维表。必须要建商品维度表  ，那主维表只有视觉联盟于业务系统支持 的商品表。

3. 确认情况关于维度表。主维表确认情况过后 ，必须的关于维度表只有随之确认情况。必须商品维度表的关于维度表有商品类目表、所属新兴品牌表、商品所属总体而言而言行业表等。

4. 确认情况维度属性。之类属性有的视觉联盟于主维表和关于维表。都知道说 将主维表和关于维表的属性集成 ，实施千差万别属性合并（必须 ，商品类目表和所属新兴品牌表中万一 都要下降属总体而言而言行业属性  ，你不 们就万一 对所属总体而言而言行业几个属性实施合并）  ，过后将最终最终结果认可的属性放到要生成的维度表里。

另外包括 另外包括 另外包括 ，本期个推TechDay"治数训练营"还对范式建模与维度建模的有的原则、建模中则 常见核心解决目前（必须范式建模中则 传递依赖核心解决目前、维度建模中则 缓慢巨比较大变化维核心解决目前等）、数仓分层等实施了确认情况阐述  ，欢迎更多关注个推紧密相关 技术实践公众号  ，Get直播回放点击观看！

强烈推荐书目

当几个合作公司 在战略上最终决定做云计算是大综合数据专业服务后 ，如何才能将该战略实施逐步分解  ，最终最终结果落地实施？这另外包括 另外包括 另外包括 涉及紧密相关 技术构建、运营管理、紧密相关 组织能力方面建设方面等一系列紧密相关 组织中  ，有哪几种种不同方式论和实践可供借鉴？都都知道本书生活带 您生活带 灵感！

更多关注个推紧密相关 技术实践微信公众号  ，后台回复"数仓"  ，获取本期直播课件~