数据仓库外的MDM

企业被淹没在来自客户、供应商、员工和他们的操作系统的数据中。大多数企业有数据仓库 (DW) 或商业智能 (BI) 程序，有些已运行多年。DW/BI程序经常不能提供业务所需要的一致信息，因为客户员工、供应商和产品名称经常重复或不一致。主数据管理 (MDM) 就是用来解决不一致的列表和维度这种问题的方案。

现实情况是， 多年来，不管人们意识到它与否，数据仓库 (DW) 已经担任了默认的主数据管理 (MDM) 存储器。 因为主数据管理(MDM) 必须进行一致性调和并为每一种业务需要执行企业分析的数据主题区产生数据总清单。早在主数据管理(MDM) 这个词出现的几年前， MDM被称作参考数据的管理。但数据仓库 (DW) 程序无法提供有效的主数据管理(MDM) 解决方案有几个原因。

数据仓库并未改变源数据

数据仓库 (DW) 支持下游的商业智能(BI)报表和分析而不是上游像企业资源规划(ERP)系统这样的操作流程和应用系统。它虽不是支持商业智能(BI)和报表的抑制剂，但期待它能支持需要主数据管理(MDM)的操作系统(即创建一个总清单来支持ERP系统)时，它确实成为一个问题。IT中的许多人的根本的假设是企业资源规划(ERP)系统应该自己管理自己的数据，包括主数据，因为企业资源规划(ERP)系统企业中数据的起源。许多数据仓储的实践者遵守着诫命：“不可改变的源数据。”不能够改变数据地创建“黄金记录”，有效的主数据管理(MDM)流程是不可能得以实现的。

但通过企业资源规划(ERP)交付单一版的事实时却发生了一件有趣的事 — 人们使用它们中的多个，而每个都有自己的主数据版本。也许企业有来自不同供应商的企业资源规划(ERP) 产品，或者他们在企业针对不同的业务团体多次实施了同样的企业资源规划 (ERP)系统。

不管怎样，最终的结果是企业资源规划 (ERP) 系统需要一个主数据管理(MDM)存储器来实现企业的作用。这就导致了企业资源规划 (ERP) 供应商开始针对他们的产品建造自己主数据管理 (MDM)解决方案，而对其它软件公司建立独立的解决方案。

它不仅仅是合并数据

数据从许多数据源中采集并整合到数据仓库(DW) 中进一步地处理为商业智能(BI)做好准备。数据仓库 (DW) 的整合过程善于在它获得的数据质量的约束中尽可能保持数据的一致。另一方面，主数据管理 (MDM) 需要在收集、净化、合规、一致、验证、授权和公布约定的主数据时更稳健和更广泛的流程。这一过程比通常用来加载数据仓库 (DW) 的提取、转换和加载 (ETL) 工具需要的更多。

通常企业着手的首个主数据管理(MDM)之一是创建客户的单一视图。这种优先级是由实现全面和一致的顾客视图中很可能的商业投资回报率(ROI)所驱动。以顾客为中心的主数据管理 (MDM) 的关键整合过程是解决客户名字的不同，要么是个人或一种业务，以及与之相关的地址。名字和地址的匹配需要专门的流程，而产品一般都用于数据仓库 (DW)中。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友