教你如何区分数据仓库oneID和主数据

在了解oneID前，先来看一下阿里的oneDate体系。其实OneID在整个数据服务体系中，也只是起点不是终点或者说是手段，我们最终的目的是为了建设统一的数据资产体系。

没有建设统一的数据资产体系之前，我们的数据体系建设存在下面诸多问题

1. 数据孤岛：各产品、业务的数据相互隔离，难以通过共性ID打通
2. 重复建设：重复的开发、计算、存储，带来高昂的数据成本
3. 数据歧义：指标定义口径不一致，造成计算偏差，应用困难

在阿里巴巴 OneData 体系中，OneID 指统一数据萃取，是一套解决数据孤岛问题的思想和方法。数据孤岛是企业发展到一定阶段后普遍遇到的问题。各个部门、业务、产品，各自定义和存储其数据，使得这些数据间难以关联，变成孤岛一般的存在。

OneID的做法是通过统一的实体识别和连接，打破数据孤岛，实现数据通融。简单来说，用户、设备等业务实体，在对应的业务数据中，会被映射为唯一识别（UID）上，其各个维度的数据通过这个UID进行关联。

各个部门、业务、产品对业务实体的UID的定义和实现不一样，使得数据间无法直接关联，成为了数据孤岛。基于手机号、身份证、邮箱、设备ID等信息，结合业务规则、机器学习、图算法等算法，进行 ID-Mapping，将各种 UID 都映射到统一ID上。通过这个统一ID，便可关联起各个数据孤岛的数据，实现数据通融，以确保业务分析、用户画像等数据应用的准确和全面。下面就来介绍一下主数据和OneID。

— 01 —

OneID 和主数据到底是不是一回事？

在阿里巴巴 OneData 体系中，OneID 指统一数据萃取，是一套解决数据孤岛问题的思想和方法。

如果单看这个定义，你一定也会和我一样懵逼，啥是数据萃取？解决数据孤岛问题，主数据不也是干这个事情的吗？

别急，我们慢慢分解，先来看 OneID 到底是干啥的。

OneID 也叫 ID-Mapping，就是将设备 ID（例如手机 MAC、IMEI、IMSI 等），手机号、身份证号、邮箱地址、PC 端的 Cookie，用户名等信息，结合标签体系、知识图谱、机器学习等技术和算法，将各种 ID 都映射到统一的 ID 上。也就是说不论用户用什么 ID 登陆，不论登陆的是 PC 端还是手机 APP，都能识别到他的一个唯一身份。

OneID 干的这个事情是不是和主数据有点类似？主数据也是给数据对象赋予一个唯一的编码（身份）。

但是，不得不承认，OneID 和主数据还是有很大区别的，如下：

第一，解决问题的环境不同。OneID 主要是解决 ToC 业务，不同渠道、不同数据来源的用户身份的统一映射和识别问题，例如：PC 端、移动 APP，微信小程序、相关应用系统等。而主数据是对相同数据对象进行标准化定义并赋予唯一编码，更多的是用 ToB 业务中，解决企业内部异构系统之间数据不一致问题。

第二，解决问题的“地点”不同。OneID 是把各类 UID 信息汇聚在一起，在一个地方进行加工和处理，最后形成统一的 Mapping 关系，阿里管这个地方叫做“数据中台”。而主数据强调的是从源头统一标准，定义唯一编码，各异构系统都依据统一的标准执行，映射关系是建立在各异构系统中的。

第三，解决问题的技术不同。OneID 是典型的 OLAP 技术，是在产生数据之后通过大数据分析、人工智能算法等技术将各种 UID 都映射到统一的 ID 上。而主数据是典型的 OLTP 技术，其本身是对数据的增删改查操作，例如客户主数据的定义和编码。

— 02 —

数据中台为什么需要 OneID？

接触过企业数据平台的人都会知道，数据孤岛是企业发展到一定阶段后普遍会遇到的问题。企业内部的各个部门、业务、产品，各自定义和存储其数据，使得这些数据间都是相互割裂、难以关联，从而真正变成“孤岛”一般的存在，在业务价值上很难发挥出更多作用。

普遍存在的数据孤岛现象，各部门用的平台不同，且数据不相通

OneID的建立，就是为了打通这种数据孤岛的现状，通过打通分散在各个平台的用户数据，整合客户全生命周期旅程，实现各平台存储的数据通融，从而提升业务效率和用户体验。

** ONEID的业务价值和数据管理价值**

业务价值：通过OneID贯穿客户生命周期，精准识别客户行为（浏览、留资、到店等行为轨迹），相当于为每一位用户量身定制了属于自己的完整的“身份和行为”的“名片”，为营销场景的落地（广告定投、精准推送、个性化推荐、增换购、流失预警等场景）和精益化运营的需要（精准客户数据分析、精准人群定位、精准圈层运营、经销商客户信息溯源等）提供支持。

数据管理价值：业务价值主要倾向于OneID对外为企业带来的营销便利、利润增长，数据管理价值主要倾向于对内形成的“互助”作用。OneID的构建有助于数据资产的沉淀，便于企业的数据管理、数据资产的可视化和可评估化等，同时，OneID还可满足其他平台的一些需求，如CDP平台、数据中台等，为其提供一定的支持。

总而言之，OneID的构建，是为了支撑各业务方管理决策及应用落地，从而达到提升业务效率及客户体验，且数据应用准确而全面的最终目的。

— 03 —

OneID 和主数据的实现原理

OneID 是对不同渠道、不同来源的的“ID”进行统一拉齐和打通，其实现原理如下：

为了方便理解，这里给出的例子是比较简单的，但在实际实施过程中，其应用要复杂很多，例如：相同 ID 的值不一致怎么办，重复的 ID 如何合并，ID 信息发生变化如何更新，Mapping 表的更新频率如何设置等等，这些问题就需要结合具体场景解决了。

我们再来看看主数据管理（MDM）的工作原理：

主数据管理强调在源头治理，即：在数据源系统定义实现主数据的标准化，生成唯一主数据编码，并通过主数据系统分发标准数据到相关消费系统进行使用，消费系统只有查询和使用权不能对主数据进行“增删改”。另外，不同主数据的来源系统不同，如在这个例子中的客户主数据来源为 CRM，物料主数据的来源为 MDM，ERP 系统和数据仓库是主数据的消费系统。

— 04 —

有了数据中台，还需要主数据吗？

在很多数据中台的解决方案中，主数据是数据中台的一个组成部分。例如在 SAP 的数字平台解决方案中，数据中台是由数据集成、数据存储、数据仓库、开发建模、数据资产管理、数据管控、人工智能与行业模版等多个部分组成。其中，数据管控模块中就包含了主数据治理，如下图：

很多人都有个疑问，数据中台中既包含了数据采集/数据移动的能力，也包含数据服务共享的能力，同时还具备元数据、数据质量、数据安全等数据治理能力，有了数据中台，为什么还需要主数据管理？

数据中台通过数据采集、清洗、治理，再以标准接口服务的形式提供出去，供其他系统调用，这确实是数据中台的核心能力。从功能的角度，主数据管理也的确有类似的功能，例如：主数据采集、主数据清洗、主数据服务等。

但是，我们之前也说过，主数据与数据中台解决的问题并不相同。

数据中台是在有了数据之后，在中台进行数据治理，形成数据资产并提供数据服务。而主数据更强调在数据产生之前定义数据标准，建立数据管理流程，并在数据产生的过程中对数据质量进行校验，从源头进行数据治理。

因此，相对于数据中台来讲，主数据管理是一个后台系统，它可以作为数据中台的一个数据源为数据中台供应高质量的数据。

设想一下：如果没有主数据管理，从各个异构系统中采集到数据中台的主数据（如：客户、产品、供应商等）将有不同的定义和编码，这就需要在数据中台对这些不一致的数据进行统一治理，这将是一件非常痛苦的事情，而且不能从源头上解决问题。因此在笔者看来，站在整体解决方案的角度，将主数据治理提前，对于传统企业来讲可能是不错的解决方案。

— 05 —

有了数据中台，还需要主数据吗？

主数据的核心目的是在单一业务领域中，各系统进行核心数据的统一，两个关键词： 业务系统和统一 。

One ID的核心目的是跨业务领域的数据连通，两个关键词：跨业务领域、连通。

所以，OneID是放大版的主数据，主数据可以作为OneID的输入。