前言

前天有个朋友说数据仓库专业术语太多看不懂，看不懂是正常的，因为那篇文章就是给技术人员看的，是从技术设计角度讲解如何设计数据仓库的一篇文章，今天我在IT角度旁边加了个业务角度和管理角度，希望非IT朋友可以根据业务角度和管理角度对据仓库有更深一层的理解和认识。

关于OLTP，OLAP，ODS，DW，DM，实体，属性，特征，可计算字段，不可计算字段，维度，指标/度量，数据，信息，资源，资产概念我就不解释了，如果有问题可以加我微信一起理解基础。

IT角度VS业务角度数据仓库

下图中总共三部分，最下面是源系统，中间是数据仓库ODS、DW、DM三层，最上面是应用部分，数据从源系统流向数据仓库再到应用，下面从IT视角和业务视角和管理角度比较理解。

最下面源系统部分

IT角度：源系统一般属于OLTP系统。

业务角度：源系统一般属于业务系统，出单系统，核心系统，比如官方网站，微信出单系统，电话销售系统等。

管理角度：业务数据

中间数据仓库部分

IT角度：数据仓库一般属于OLAP系统，一般由三层构成，分别是ODS层，DW层，DM层。

ODS层主要同步源系统表，所有表和源系统相同，存储历史所有业务系统数据，第一次全量抽取，后面增量抽取。

DW层数据来源ODS层，所有表按主题划分，主要构成理念是标准化，统一、清洗、转换、整合各系统数据，使来源不同系统的数据输出到下一层确保表名统一，字段名称统一，长度统一，精度统一，逻辑统一，这一层基于全局业务或需求考虑，存储最细粒度的数据。核心是消除冗余，数据标准统一，准确，易理解，易获取。

DM层数据来源ODS层或DW层，凡是没有跨模块的数据可以直接来源ODS，跨主题的数据需要经过DW层转换后进入DM层，DM层数据主要基于业务需求考虑，确保满足需求功能，尽量高效，直观，简单。一般以反范式设计，用空间换时间，实现快速访问。DM也可能多个。

业务角度：（A代表官方网站，B代表微信系统，C代表电话销售系统）

ODS层存储A系统产品表，B系统产品表，C系统产品表；A系统客户购买记录表，B系统客户购买记录表，C系统客户购买记录表；这些信息和业务系统一致，前端录入什么在这里就存储什么，一般不做处理。客户购买记录包含客户ID，客户姓名，客户购买产品，购买时间，购买数量等信息。

DW层一般会把ABC三个系统的数据整合去重转换为一个表，按业务主题划分，比如

DM层会做产品维度，时间维度，机构维度的数据统计，比如产品1的客户量，产品1的日增客户量，产品1的日流失率等，按不同维度汇总指标。

管理角度：数据->信息->资源

最上面应用部分

IT角度：固定报表，多维报表

业务角度：客户日增量监控，客户月留存，客户季流失等

管理角度：资产：可以为公司产生直接或间接价值的可以定义为公司的资产。

上面是我对数据仓库两个角度的一些理解，如果对您有启发，烦请关注、转发，如有任何问题，烦请加我微信入群和一群同行业终身学习者一起持续构建数据治理体系，我们一起探讨，一起进步。

注：公众号”数据治理体系”后台回复数据”数据仓库”，下载我收集的一些数仓库资料。希望对您有帮助。如果需要更多数据治理资料，请点击如下链接分享获取。