主数据管理(MDM)应用指南

主数据管理（MDM）应用指南TT数据库技术专题之“主数据管理（MDM）应用指南”Page2of41主数据管理（MDM）应用指南随着业务发展以及监管的需要，企业对主数据的实时性、准确性、一致性有了更高的要求，主数据管理(MasterDataManagement，MDM)也应运而生，它是指一组约束和方法用来保证一个企业内主题域和系统内相关数据和跨主题域和系统的相关数据的实时性、含义和质量。本次的技术手册对主数据管理（MDM）进行了一个比较系统的介绍，从基本定义概念，到实施主数据管理的最佳实践，我们将带您领略更多MDM的知识。主数据管理基础知识简单而言，主数据管理（MDM）是公司权衡和重用常见、和准确业务数据的一种全面的方法。不管你是否考虑实现新的MDM系统还是评估可能的工具和软件来帮助你目前的数据管理和数据整合主动性，了解基础的知识都是十分必要的。主数据管理详解（一）主数据管理详解（二）主数据管理详解（三）最常见的13种主数据管理（MDM）词汇和定义主数据管理最佳实践在考虑像主数据管理（MDM，MasterDataManagement）这样的学科时，寻找已经经历过或做过主数据管理的过来人咨询是唯一自然的途径。因此在本部分中，我们将请相关人员讲述主数据管理的最佳实践。主数据管理（MDM）的七个最佳实践（上）主数据管理（MDM）的七个最佳实践（下）TT数据库技术专题之“主数据管理（MDM）应用指南”Page3of41SQLServer2008R2：主数据服务MasterDataServices，也称为MDS，是SQLServer2008R2增加的关键商业智能特性之一。MasterDataServices的基本目标是为企业信息提供单个权威来源。然后这个信息可以被其它应用和数据使用，这样您的环境中每一个应用便都是使用相同信息的同一份权威副本。SQLServer2008R2最新功能：主数据服务MasterDataServices的潜在问题主数据服务的相关业务案例MasterDataServices存在可提升的空间MasterDataServices入门：配置MDSMasterDataServices入门：创建数据模型MasterDataServices进阶指导：加载数据MasterDataServices进阶指导：处理和验证数据MDM专家指导利用现有的数据质量工具，你也许可以进行数据标准化的工作，但是数据质量工具不可能满足所有MDM项目的需求。那么在进行MDM项目时，应该注意哪些问题呢？专家的指导可以起到很大的帮助。是否可以使用数据质量工具执行MDM项目在MDMhub与交易数据库之间保持参照完整性数据仓库的未来：开源与MDMTT数据库技术专题之“主数据管理（MDM）应用指南”Page4of41主数据管理详解（一）主数据是指在整个企业范围内各个系统(操作/事务型应用系统以及分析型系统)间要共享的数据，比如，可以是与客户(customers)，供应商(suppliers)，帐户(accounts)以及组织单位(organizationalunits)相关的数据。主数据通常需要在整个企业范围内保持一致性(consistent)、完整性(complete)、可控性(controlled)，为了达成这一目标，就需要进行主数据管理(MasterDataManagement，MDM)。需要注意的是，主数据不是企业内所有的业务数据，只是有必要在各个系统间共享的数据才是主数据，比如大部分的交易数据、帐单数据等都不是主数据，而像描述核心业务实体的数据，而像客户、供应商、帐户、组织单位、员工、合作伙伴、位置信息等都是主数据。主数据是企业内能够跨业务重复使用的高价值的数据。这些主数据在进行主数据管理之前经常存在于多个异构或同构的系统中。主数据管理(MasterDataManagement，MDM)是指一组约束和方法用来保证一个企业内主题域和系统内相关数据和跨主题域和系统的相关数据的实时性、含义和质量。这是从深层次来说来说明主动主数据管理(MDM)的深度和复杂性，简单的说，主数据管理(MDM)保证你的系统协调和重用通用、正确的业务数据(主数据)。通常，我们会把主数据管理作为应用流程的补充，通过从各个操作/事务型应用以及分析型应用中分离出主要的信息，使其成为一个集中的、独立于企业中各种其他应用核心资源，从而使得企业的核心信息得以重用并确保各个操作/事务型应用以及分析型应用间的核心数据的一致性。通过主数据管理，改变企业数据利用的现状，从而更好地为企业信息集成做好铺垫。主数据管理(MDM)可以帮助我们创建并维护整个企业内主数据的单一视图(SingleView)，保证单一视图的准确性、一致性以及完整性，从而提供数据质量，统一商业实体的定义，简化改进商业流程并提供业务的响应速度。从变化的频率来看，主数据和日常交易数据不一样，变化相对缓慢，另外，主数据由于跨各个系统，所以对数据的一致性、实时性以及版本控制要求很高。主数据管理其实在很早之前就一直存在，只不过现在随着业务发展以及监管的需要，对主数据的实时性、准确性、一致性有了更高的要求，才被业界广泛接受，各个厂商相应的推出了一系列的主数据管理集成与基础套件以及特定领域的解决方案。近年来最明显的变化是，客户在以前的时候经常问的问题是：“主数据管理是什么？”，而现在客户经常问的问题演变成了：“我们的业务的确存在一些问题，主数据管理正好可以解决这个问题，我们怎么开始？”。与以前相比，客户对主数据管理(MDM)的认识有了巨大的进步，并开TT数据库技术专题之“主数据管理（MDM）应用指南”Page5of41始尝试用主数据管理(MDM)解决他们在整个企业范围内进行跨业务、跨主题域时遇上的各种挑战和问题：比如税务行业，税务局在按纳税人在一些分析统计时，就发现关于纳税人的基本信息分布在核心征收管理系统、发票管理系统、个人所得税系统、增值税管理系统等多达几十个系统中，使得统计分析变得困难起来，在比如在医疗设备公司，由于没有按照供应商进行产品层次的分类，各个产品的描述也很不一样，使得产品目录的维护十分困难。随着业务的发展，对各行各业来说，生成并维护一个统一的主数据系统变的十分迫切和必要，特别是对一些跨国公司，如何在不同的地区(各个国家和地区)的业务系统之间维护关于客户、产品目录、供应商等信息的单一视图更是重要。需要注意的是，主数据(MasterData)和元数据(MetaData)是两个完全不同的概念。元数据是指表示数据的相关信息，比如数据定义等，而主数据是指实例数据，比如产品目录信息等。比如，某省地税开发了一套征收管理软件，以市为单位部署了17套，每套征收管理软件中的元数据都是一样的，但是主数据还是需要进行管理的。主数据管理和传统数据仓库解决方案不是一个概念，数据仓库会将各个业务系统的数据集中在一起在进行业务的分析，而主数据管理系统不会把所有数据都管理起来，只是把需要在各个系统间共享的主数据进行采集和发布。相对于传统数据仓库解决方案的单向集成，主数据管理正注重将主数据的变化同步发布到各个关联的业务系统中(主数据管理数据是双向的)。主数据管理问题存在的根源对于大多数的企业都存在主数据管理的问题，个人以为这是由于业务发展的渐进性以及IT技术发展的渐进性造成的，正是由于这种渐进性，各大企业的业务系统从经历了从无到有，从简单到复杂，从而形成了一个又一个的业务竖井。从根本上来说，不可能只使用一个业务系统就能覆盖企业的所有业务，即便对一些国际大型的公司提供的套件来说也是一个不可能完成的任务(即便对套件来说，经常也存在一个跨国企业在不同的国家或地区部署多个实例的现象，也就是没有集中部署该套件，而是在很多地方分散部署了该套件)。对企业来说，业务系统的构建更多是以项目为中心，从下而上的构建系统，而不是至上而下的构建系统，必然缺乏整个企业范围内的统一规划，从而使得一些需要在各个业务中共享的数据(主数据)被分散到了各个业务系统进行分别管理。分散管理的主数据由于没有不具备一致性、准确性、完整性，使得各个企业普遍存在着产品管理不力、供应商管理不力、订单管理不力等现象。解决这一问题的根本方法就是引入主数据管理(MDM)，主数据不光指需要共享的数据，更包含需要共享的业务规则和策略。(作者：程永／王雪梅来源：互联网)原文标题：主数据管理详解（一）TT数据库技术专题之“主数据管理（MDM）应用指南”Page6of41链接：数据库技术专题之“主数据管理（MDM）应用指南”Page7of41主数据管理详解（二）主数据管理(MDM)的成熟度根据主数据管理实施的复杂程度，参照JillDyche，EvanLevy的观点大体可以把主数据管理可以分为五个层次，从低到高反映了主数据管理(MDM)的不同成熟度。下面我们简单介绍一下这五个层次：Level0：没有实施任何主数据管理(MDM)在Level0的情况下，意味着企业的各个应用之间没有任何的数据共享，整个企业没有数据定义元素存在。比如，一个公司销售很多产品，对这些产品的生产和销售由多个独立的系统来处理，各个系统独立处理产品数据并拥有自己独立的产品列表，各个系统之间不共享产品数据。在Level0，每个独立的应用负责管理和维护自己的关键数据(比如产品列表、客户信息等)，各个系统间不共享这些信息，这些数据是不连通的。Level1：提供列表不管公司大还是小，列表管理是我们常用的一种方式。在公司内部，会通过手工的方式维护一个逻辑或物理的列表。当各个异构的系统和用户需要某些数据的时候，就可以索取该列表了。对于这个列表的维护，包括数据添加、删除、更新以及冲突处理，都是由各个部门的工作人员通过一系列的讨论和会议进行处理的。业务规则(BusinessRules)是用来反映价值的一致性，当业务规则发生改变或者出现类似的情况时，这样高度手工管理的流程容易发生错误。由于列表管理是通过手工管理的，其列表维护的质量取决于谁参加了变更管理流程，一旦某人缺席，将会影响列表的维护。MDMLevel1比MDMLevel0的不同就是，各个部门虽然还是独立维护各自的关键数据，但会通过列表管理维护一个松散的主数据列表，能够向其他各个部门提供其需要的数据。在MDMLevel1中，数据变更决定以及数据变更操作都是由人来决定的，因此，只有人完成数据变更决定后才会变更数据。在实际情况中，虽然数据变更流程有严格的规定，但是由于缺乏集中的、基于规则的数据管理，当数据量比较大时，数据维护的成本会变的很高，效率也会很低。当主数据，比如客户信息、产品目录信息等数量比较少时，列表管理的方式是可行的，但是当产品目录或客户列表出现爆炸式增长以后，列表管理的变更流程将变得困难起来。MDMLevel1依赖于人的协作。如果产品经理需要更新过后的产品价格列表，那需要联系ERP系统所有者，让其发送邮件给她。在企业范围内实现客户或产品TT数据库技术专题之“主数据管理（MDM）应用指南”Page8of41列表就如同维护不同部门之间人们的关系一样。如果客户或产品存在层次或分组，列表将很难提供，并且通常在Level1因为过于复杂难以被管理。Level2：同等访问(通过接口的方式，各个系统与主数据主机之间直接互联)MDMLevel2与MDMLevel1相比，引入了对主数据的(自动)管理。通过建立数据标准，定义对存储在中央知识库(CentralRepository)中详细数据的访问和共享，为各个系统间共享使用数据提供了严密的支持。中央知识库(CentralRepository)通常会被称为“主数据主机(MasterDataHost)”。这个知识库可以是一个数据库或者一个应用系统，通过在线的方式支持数据的访问和共享。创建、读取、更新和删除(CRUD)是处理基本功能的典型编程术语。即便在MDM中，CRUD处理也是基本功能。你的数据库如果仅仅支持CRUD处理并不意味着你实现了M