为什么需要主数据管理.docVIP

主数据管理的概念、技术和应用 主数据管理的定义 我们从定义MDM是什么开始，关于这个问题有两种观点，分别对应于MDM这个词组的重音位置的不同。 1．主数据管理－或者称为管理主数据。这包括建立和维护主数据的一些管理性的应用。例如，客户数据整合（CDI，customer data integration），产品信息管理（PIM，product information management），以及用来管理类似数据主题的其他应用。 2．主数据管理－或者称为数据管理之后的一系列管理过程。这包括整合企业数据（包括主数据）所需要的基础结构和技术。例如ETL（extraction, transformation, and load）和EII（enterprise information integration）等技术。 MDM的官方定义为： A set of disciplines, applications, and technologies for harmonizing and managing the system of record and system of entry for the data and metadata associated with the key business entities of an organization. 主数据管理是一系列的规则、应用和技术，目的是为了协调和管理与企业的核心业务实体相关的数据和元数据的系统记录和系统项。 简单的说，主数据是企业内关于核心业务实体的参照数据。这些业务实体包括： 1．人员－例如，客户，雇员（人力资本），供应商，合伙人等。 2．事物－包括产品，财务（分类帐），资产等。 3．场所－企业感兴趣的位置和地点。 4．其他关键实体－企业感兴趣的其他数据。每个企业都会有自己特有的关键实体。 MDM应用包括一系列的处理过程，这些处理过程包括整合、存储、维护企业内业务实体的特定实例，如将企业内地理位置数据、产品数据和客户数据等做标准化处理。完整的维护后，主数据就成为了这些实体的系统记录（SOR，system of record），也就是说，对于每一个实体，MDM中提供的数据就是该数据的完美的最终版本。这些数据也是企业内参照数据的最终版本。 讨论一下哪些数据不包括在我们对MDM的定义内，也同样是非常重要的事情。MDM应用不会保存那些和业务实体相关的特定业务处理数据（BTx，business transaction），例如与客户实体相关的帐户余额信息、取款信息。这些业务处理系统产生的数据会被整合到操作数据存储（ODS，operational data store）中。而BTx的历史数据会保存在商业智能（BI，business intelligence）部件中，如数据仓库和数据集市。 没有一个强制规定所有的主数据必须保存在MDM系统中。有些主数据的维护必须保留在业务处理应用（BTx）中，或者保留在外购应用，如前端的CRM中。这使企业的IT环境变得复杂，也给主数据的质量和准确性带来了挑战。 在传统IT环境中的关于主数据的问题 在今天的大多数企业里，没有一个单一的MDM环境来管理主数据，主数据被分散在多个业务处理系统（BTx）中，这些业务系统关于主数据都有自己的业务模型、规则和定义。不同业务系统中的数据、业务模型、规则等经常出现重叠和冲突的情况，这使得在企业内获得一致、准确的操作型主数据变得非常困难。 为了在商业智能环境中解决主数据的一致性问题，很多企业整合并维护了主数据的历史记录，并将它们和事务数据一起保存在数据仓库之中。有很多建立数据仓库方法，但是通常来说，对当前的主数据和事务数据进行整合、合并及传播等处理，并将结果保存在存储低延迟数据的ODS之中，而历史的细节数据和汇总数据则保存在企业的数据仓库或者数据集市之中。 MDM的业务目的 通过对没有MDM的IT环境进行分析，我们可以很容易的理解MDM的业务目的。分析结果可以总结为下面的四个主要问题： 1．数据冗余 没有MDM功能，企业内的每一个系统、应用、甚至业务部门都会收集自己版本的核心业务实体数据。最好的例子就是对客户数据的收集。客户的关键属性如客户名称和地址信息在企业内各个角落都被重复的记录着。非常遗憾的是，在这个收集客户信息的过程中，很少会产生相同或者一致的结果。这导致了一个很严重的问题（除了存储成本之外），数据冗余导致数据质量过差。 根据The Data Warehousing Institute的一份报告（Data Quality and the Bottom Line, by Wayne Eckerson）显示，由于数据质量过差，企业每年的总共损失超过$600 billion，而且其中的大部分成本是因为冗余、低质量的主数据引起