主數(shù)據(jù)是指在整個(gè)企業(yè)范圍內(nèi)各個(gè)系統(tǒng)(操作/事務(wù)型應(yīng)用系統(tǒng)以及分析型系統(tǒng))間要共享的數(shù)據(jù)， 比如，可以是與客戶(customers), 供應(yīng)商(suppliers), 帳戶(accounts)以及組織單位(organizational units)相關(guān)的數(shù)據(jù)。

主數(shù)據(jù)通常需要在整個(gè)企業(yè)范圍內(nèi)保持一致性(consistent)、完整性(complete)、可控性(controlled)，為了達(dá)成這一目標(biāo)，就需要進(jìn)行主數(shù)據(jù)管理(Master Data Management ，MDM)。需要注意的是，主數(shù)據(jù)不是企業(yè)內(nèi)所有的業(yè)務(wù)數(shù)據(jù)，只是有必要在各個(gè)系統(tǒng)間共享的數(shù)據(jù)才是主數(shù)據(jù)，比如大部分的交易數(shù)據(jù)、帳單數(shù)據(jù)等都不是主數(shù)據(jù)，而像描述核心業(yè)務(wù)實(shí)體的數(shù)據(jù)，而像客戶、供應(yīng)商、帳戶、組織單位、員工、合作伙伴、位置信息等都是主數(shù)據(jù)。主數(shù)據(jù)是企業(yè)內(nèi)能夠跨業(yè)務(wù)重復(fù)使用的高價(jià)值的數(shù)據(jù)。這些主數(shù)據(jù)在進(jìn)行主數(shù)據(jù)管理之前經(jīng)常存在于多個(gè)異構(gòu)或同構(gòu)的系統(tǒng)中。

• 企業(yè)績效管理報(bào)告(如利潤或收入計(jì)劃隨產(chǎn)品、客戶、賬戶等產(chǎn)生的變化)要求綜合多個(gè)系統(tǒng)的主數(shù)據(jù)。

• 遵從報(bào)告(如辛巴賽爾協(xié)定關(guān)于運(yùn)營風(fēng)險(xiǎn)的報(bào)告)要求一致性主數(shù)據(jù)。

• 同步交易系統(tǒng)處理特定客戶(如提供具體報(bào)價(jià))或供應(yīng)商(如指定采購的首選供應(yīng)商)。

主數(shù)據(jù)管理(Master Data Management ，MDM)是指一組約束和方法用來保證一個(gè)企業(yè)內(nèi)主題域和系統(tǒng)內(nèi)相關(guān)數(shù)據(jù)和跨主題域和系統(tǒng)的相關(guān)數(shù)據(jù)的實(shí)時(shí)性、含義和質(zhì)量。這是從深層次來說來說明主動(dòng)主數(shù)據(jù)管理(MDM)的深度和復(fù)雜性，簡單的說，主數(shù)據(jù)管理(MDM)保證你的系統(tǒng)協(xié)調(diào)和重用通用、正確的業(yè)務(wù)數(shù)據(jù)(主數(shù)據(jù))。通常，我們會(huì)把主數(shù)據(jù)管理作為應(yīng)用流程的補(bǔ)充，通過從各個(gè)操作/事務(wù)型應(yīng)用以及分析型應(yīng)用中分離出主要的信息，使其成為一個(gè)集中的、獨(dú)立于企業(yè)中各種其他應(yīng)用核心資源，從而使得企業(yè)的核心信息得以重用并確保各個(gè)操作/事務(wù)型應(yīng)用以及分析型應(yīng)用間的核心數(shù)據(jù)的一致性。通過主數(shù)據(jù)管理，改變企業(yè)數(shù)據(jù)利用的現(xiàn)狀，從而更好地為企業(yè)信息集成做好鋪墊。

主數(shù)據(jù)管理(MDM)可以幫助我們創(chuàng)建并維護(hù)整個(gè)企業(yè)內(nèi)主數(shù)據(jù)的單一視圖(Single View)，保證單一視圖的準(zhǔn)確性、一致性以及完整性，從而提供數(shù)據(jù)質(zhì)量，統(tǒng)一商業(yè)實(shí)體的定義，簡化改進(jìn)商業(yè)流程并提供業(yè)務(wù)的響應(yīng)速度。從變化的頻率來看，主數(shù)據(jù)和日常交易數(shù)據(jù)不一樣，變化相對緩慢，另外，主數(shù)據(jù)由于跨各個(gè)系統(tǒng)，所以對數(shù)據(jù)的一致性、實(shí)時(shí)性以及版本控制要求很高。

主數(shù)據(jù)管理其實(shí)在很早之前就一直存在，只不過現(xiàn)在隨著業(yè)務(wù)發(fā)展以及監(jiān)管的需要，對主數(shù)據(jù)的實(shí)時(shí)性、準(zhǔn)確性、一致性有了更高的要求，才被業(yè)界廣泛接受，各個(gè)廠商相應(yīng)的推出了一系列的主數(shù)據(jù)管理集成與基礎(chǔ)套件以及特定領(lǐng)域的解決方案。近年來最明顯的變化是，客戶在以前的時(shí)候經(jīng)常問的問題是：“主數(shù)據(jù)管理是什么?”，而現(xiàn)在客戶經(jīng)常問的問題演變成了：“我們的業(yè)務(wù)的確存在一些問題，主數(shù)據(jù)管理正好可以解決這個(gè)問題，我們怎么開始?”。與以前相比，客戶對主數(shù)據(jù)管理(MDM)的認(rèn)識有了巨大的進(jìn)步，并開始嘗試用主數(shù)據(jù)管理(MDM)解決他們在整個(gè)企業(yè)范圍內(nèi)進(jìn)行跨業(yè)務(wù)、跨主題域時(shí)遇上的各種挑戰(zhàn)和問題：比如稅務(wù)行業(yè)，稅務(wù)局在按納稅人在一些分析統(tǒng)計(jì)時(shí)，就發(fā)現(xiàn)關(guān)于納稅人的基本信息分布在核心征收管理系統(tǒng)、發(fā)票管理系統(tǒng)、個(gè)人所得稅系統(tǒng)、增值稅管理系統(tǒng)等多達(dá)幾十個(gè)系統(tǒng)中，使得統(tǒng)計(jì)分析變得困難起來，在比如在醫(yī)療設(shè)備公司，由于沒有按照供應(yīng)商進(jìn)行產(chǎn)品層次的分類，各個(gè)產(chǎn)品的描述也很不一樣，使得產(chǎn)品目錄的維護(hù)十分困難。隨著業(yè)務(wù)的發(fā)展，對各行各業(yè)來說，生成并維護(hù)一個(gè)統(tǒng)一的主數(shù)據(jù)系統(tǒng)變的十分迫切和必要，特別是對一些跨國公司，如何在不同的地區(qū)(各個(gè)國家和地區(qū))的業(yè)務(wù)系統(tǒng)之間維護(hù)關(guān)于客戶、產(chǎn)品目錄、供應(yīng)商等信息的單一視圖更是重要。

需要注意的是，主數(shù)據(jù)(Master Data)和元數(shù)據(jù)(Meta Data)是兩個(gè)完全不同的概念。元數(shù)據(jù)是指表示數(shù)據(jù)的相關(guān)信息，比如數(shù)據(jù)定義等，而主數(shù)據(jù)是指實(shí)例數(shù)據(jù)，比如產(chǎn)品目錄信息等。比如，某省地稅開發(fā)了一套征收管理軟件，以市為單位部署了17套，每套征收管理軟件中的元數(shù)據(jù)都是一樣的，但是主數(shù)據(jù)還是需要進(jìn)行管理的。主數(shù)據(jù)管理和傳統(tǒng)數(shù)據(jù)倉庫解決方案不是一個(gè)概念，數(shù)據(jù)倉庫會(huì)將各個(gè)業(yè)務(wù)系統(tǒng)的數(shù)據(jù)集中在一起在進(jìn)行業(yè)務(wù)的分析，而主數(shù)據(jù)管理系統(tǒng)不會(huì)把所有數(shù)據(jù)都管理起來，只是把需要在各個(gè)系統(tǒng)間共享的主數(shù)據(jù)進(jìn)行采集和發(fā)布。相對于傳統(tǒng)數(shù)據(jù)倉庫解決方案的單向集成，主數(shù)據(jù)管理正注重將主數(shù)據(jù)的變化同步發(fā)布到各個(gè)關(guān)聯(lián)的業(yè)務(wù)系統(tǒng)中(主數(shù)據(jù)管理數(shù)據(jù)是雙向的)。

對于大多數(shù)的企業(yè)都存在主數(shù)據(jù)管理的問題，個(gè)人以為這是由于業(yè)務(wù)發(fā)展的漸進(jìn)性以及IT技術(shù)發(fā)展的漸進(jìn)性造成的，正是由于這種漸進(jìn)性，各大企業(yè)的業(yè)務(wù)系統(tǒng)從經(jīng)歷了從無到有，從簡單到復(fù)雜，從而形成了一個(gè)又一個(gè)的業(yè)務(wù)豎井。從根本上來說，不可能只使用一個(gè)業(yè)務(wù)系統(tǒng)就能覆蓋企業(yè)的所有業(yè)務(wù)，即便對一些國際大型的公司提供的套件來說也是一個(gè)不可能完成的任務(wù)(即便對套件來說，經(jīng)常也存在一個(gè)跨國企業(yè)在不同的國家或地區(qū)部署多個(gè)實(shí)例的現(xiàn)象，也就是沒有集中部署該套件，而是在很多地方分散部署了該套件)。對企業(yè)來說，業(yè)務(wù)系統(tǒng)的構(gòu)建更多是以項(xiàng)目為中心，從下而上的構(gòu)建系統(tǒng)，而不是至上而下的構(gòu)建系統(tǒng)，必然缺乏整個(gè)企業(yè)范圍內(nèi)的統(tǒng)一規(guī)劃，從而使得一些需要在各個(gè)業(yè)務(wù)中共享的數(shù)據(jù)(主數(shù)據(jù))被分散到了各個(gè)業(yè)務(wù)系統(tǒng)進(jìn)行分別管理。分散管理的主數(shù)據(jù)由于沒有不具備一致性、準(zhǔn)確性、完整性，使得各個(gè)企業(yè)普遍存在著產(chǎn)品管理不力、供應(yīng)商管理不力、訂單管理不力等現(xiàn)象。解決這一問題的根本方法就是引入主數(shù)據(jù)管理(MDM)，主數(shù)據(jù)不光指需要共享的數(shù)據(jù)，更包含需要共享的業(yè)務(wù)規(guī)則和策略。

根據(jù)主數(shù)據(jù)管理實(shí)施的復(fù)雜程度，參照J(rèn)ill Dyche, Evan Levy的觀點(diǎn)大體可以把主數(shù)據(jù)管理可以分為五個(gè)層次，從低到高反映了主數(shù)據(jù)管理(MDM)的不同成熟度。下面我們簡單介紹一下這五個(gè)層次：

Level 0 ：沒有實(shí)施任何主數(shù)據(jù)管理(MDM)

在Level 0的情況下，意味著企業(yè)的各個(gè)應(yīng)用之間沒有任何的數(shù)據(jù)共享，整個(gè)企業(yè)沒有數(shù)據(jù)定義元素存在。比如，一個(gè)公司銷售很多產(chǎn)品，對這些產(chǎn)品的生產(chǎn)和銷售由多個(gè)獨(dú)立的系統(tǒng)來處理，各個(gè)系統(tǒng)獨(dú)立處理產(chǎn)品數(shù)據(jù)并擁有自己獨(dú)立的產(chǎn)品列表，各個(gè)系統(tǒng)之間不共享產(chǎn)品數(shù)據(jù)。在Level 0, 每個(gè)獨(dú)立的應(yīng)用負(fù)責(zé)管理和維護(hù)自己的關(guān)鍵數(shù)據(jù)(比如產(chǎn)品列表、客戶信息等)，各個(gè)系統(tǒng)間不共享這些信息，這些數(shù)據(jù)是不連通的。

Level 1 ：提供列表

不管公司大還是小，列表管理是我們常用的一種方式。在公司內(nèi)部，會(huì)通過手工的方式維護(hù)一個(gè)邏輯或物理的列表。當(dāng)各個(gè)異構(gòu)的系統(tǒng)和用戶需要某些數(shù)據(jù)的時(shí)候，就可以索取該列表了。對于這個(gè)列表的維護(hù)，包括數(shù)據(jù)添加、刪除、更新以及沖突處理，都是由各個(gè)部門的工作人員通過一系列的討論和會(huì)議進(jìn)行處理的。業(yè)務(wù)規(guī)則(Business Rules)是用來反映價(jià)值的一致性，當(dāng)業(yè)務(wù)規(guī)則發(fā)生改變或者出現(xiàn)類似的情況時(shí)，這樣高度手工管理的流程容易發(fā)生錯(cuò)誤。由于列表管理是通過手工管理的，其列表維護(hù)的質(zhì)量取決于誰參加了變更管理流程，一旦某人缺席，將會(huì)影響列表的維護(hù)。

MDM Level 1比MDM Level 0的不同就是，各個(gè)部門雖然還是獨(dú)立維護(hù)各自的關(guān)鍵數(shù)據(jù)，但會(huì)通過列表管理維護(hù)一個(gè)松散的主數(shù)據(jù)列表，能夠向其他各個(gè)部門提供其需要的數(shù)據(jù)。在MDM Level 1中，數(shù)據(jù)變更決定以及數(shù)據(jù)變更操作都是由人來決定的，因此，只有人完成數(shù)據(jù)變更決定后才會(huì)變更數(shù)據(jù)。在實(shí)際情況中，雖然數(shù)據(jù)變更流程有嚴(yán)格的規(guī)定，但是由于缺乏集中的、基于規(guī)則的數(shù)據(jù)管理，當(dāng)數(shù)據(jù)量比較大時(shí)，數(shù)據(jù)維護(hù)的成本會(huì)變的很高，效率也會(huì)很低。當(dāng)主數(shù)據(jù)，比如客戶信息、產(chǎn)品目錄信息等數(shù)量比較少時(shí)，列表管理的方式是可行的，但是當(dāng)產(chǎn)品目錄或客戶列表出現(xiàn)爆炸式增長以后，列表管理的變更流程將變得困難起來。MDM Level 1 依賴于人的協(xié)作。如果產(chǎn)品經(jīng)理需要更新過后的產(chǎn)品價(jià)格列表，那需要聯(lián)系ERP系統(tǒng)所有者，讓其發(fā)送郵件給她。在企業(yè)范圍內(nèi)實(shí)現(xiàn)客戶或產(chǎn)品列表就如同維護(hù)不同部門之間人們的關(guān)系一樣。如果客戶或產(chǎn)品存在層次或分組，列表將很難提供，并且通常在Level 1因?yàn)檫^于復(fù)雜難以被管理。

Level 2 ：同等訪問(通過接口的方式，各個(gè)系統(tǒng)與主數(shù)據(jù)主機(jī)之間直接互聯(lián))

MDM Level 2與MDM Level 1相比，引入了對主數(shù)據(jù)的(自動(dòng))管理。通過建立數(shù)據(jù)標(biāo)準(zhǔn)，定義對存儲(chǔ)在中央知識庫(Central Repository)中詳細(xì)數(shù)據(jù)的訪問和共享，為各個(gè)系統(tǒng)間共享使用數(shù)據(jù)提供了嚴(yán)密的支持。中央知識庫(Central Repository)通常會(huì)被稱為“主數(shù)據(jù)主機(jī)(Master Data Host)”。這個(gè)知識庫可以是一個(gè)數(shù)據(jù)庫或者一個(gè)應(yīng)用系統(tǒng)，通過在線的方式支持?jǐn)?shù)據(jù)的訪問和共享。

創(chuàng)建、讀取、更新和刪除(CRUD)是處理基本功能的典型編程術(shù)語。即便在MDM中，CRUD處理也是基本功能。你的數(shù)據(jù)庫如果僅僅支持CRUD處理并不意味著你實(shí)現(xiàn)了MDM。MDM Level 2引入了“同等訪問”(peer-based access)，也就是說一個(gè)應(yīng)用可以調(diào)用另一個(gè)應(yīng)用來更新或刷新需要的數(shù)據(jù)。當(dāng)CRUD處理規(guī)則定義完成后，MDM Level 2 需要客戶或“同等”應(yīng)用格式化請求(和數(shù)據(jù))，以便和MDM知識庫保持一致。MDM知識庫提供集中的數(shù)據(jù)存儲(chǔ)和供應(yīng)(provisioning)。在這個(gè)階段，規(guī)則管理、數(shù)據(jù)質(zhì)量和變更管理必須在企業(yè)范圍內(nèi)作為附加功能定制構(gòu)建。

比如，一個(gè)數(shù)據(jù)庫或一個(gè)打包應(yīng)用(比如一個(gè)銷售自動(dòng)化系統(tǒng))對外部應(yīng)用提供數(shù)據(jù)訪問功能。當(dāng)一個(gè)外部應(yīng)用(比如呼叫中心應(yīng)用)需要增加一個(gè)客戶，這個(gè)外部應(yīng)用將提交一個(gè)事務(wù)，請求數(shù)據(jù)所有者增加一個(gè)客戶條目。主數(shù)據(jù)主機(jī)(Master Data Host)將增加數(shù)據(jù)并告知外部應(yīng)用。CRUD處理方式比紙上辦公有了很大提高，其是基于會(huì)話的數(shù)據(jù)管理。在MDM Level 1，數(shù)據(jù)變更是基于手工的方式。在MDM Level 2， 數(shù)據(jù)變更是自動(dòng)完成的—通過由具體技術(shù)實(shí)現(xiàn)的標(biāo)準(zhǔn)流程，允許多應(yīng)用系統(tǒng)修改數(shù)據(jù)。MDM Level 2可以支持不同的應(yīng)用使用和變更單一、共享的數(shù)據(jù)知識庫。MDM Level 2 需要每個(gè)同等應(yīng)用理解基本的業(yè)務(wù)規(guī)則以便訪問主列表、與主列表進(jìn)行交互。因此，每個(gè)同等應(yīng)用必須正確恰當(dāng)?shù)貏?chuàng)建、增加、更新和刪除數(shù)據(jù)。授權(quán)應(yīng)用有責(zé)任堅(jiān)持?jǐn)?shù)據(jù)管理原則和約束。

Level 3 ：集中總線處理

與MDM Level 2相比，MDM Level 3打破了各個(gè)獨(dú)立應(yīng)用的組織邊界，使用各個(gè)系統(tǒng)都能接受的數(shù)據(jù)標(biāo)準(zhǔn)統(tǒng)一建立和維護(hù)主數(shù)據(jù)(MDM Level 2的主數(shù)據(jù)主機(jī)上存儲(chǔ)的數(shù)據(jù)還是按照各個(gè)系統(tǒng)分開存儲(chǔ)的，沒有真正的整合在一起)。

集中處理意味著為MDM構(gòu)建了一個(gè)通用的、基于目標(biāo)構(gòu)建的平臺(tái)。大多數(shù)公司發(fā)現(xiàn)MDM正在挑戰(zhàn)他們現(xiàn)有的IT架構(gòu)：他們擁有太多的獨(dú)立平臺(tái)處理主數(shù)據(jù)。MDM Level 3 集中數(shù)據(jù)訪問、控制跨不同應(yīng)用和系統(tǒng)使用數(shù)據(jù)。這極大的降低了應(yīng)用數(shù)據(jù)訪問的復(fù)雜性，大大簡化了面向數(shù)據(jù)規(guī)則的管理，使MDM比一個(gè)分散環(huán)境具有更多的功能和特點(diǎn)。企業(yè)主數(shù)據(jù)面臨一致性的挑戰(zhàn)。數(shù)據(jù)在不同的地方存在，數(shù)據(jù)所代表的含義也是不同的，數(shù)據(jù)的規(guī)則各個(gè)系統(tǒng)之間也是不一樣的。集中MDM處理-通過一個(gè)公共的平臺(tái)作為一個(gè)總線(HUB)-說明一個(gè)共識，從多個(gè)系統(tǒng)整合主題域數(shù)據(jù)，意味著使用集中、標(biāo)準(zhǔn)化的方法轉(zhuǎn)換異構(gòu)操作數(shù)據(jù)，不管其在源系統(tǒng)中是什么樣子，都會(huì)被整合起來。在MDM Level 3，公司對主題域內(nèi)容采用集中管理方式。這意味著應(yīng)用系統(tǒng)，作為消費(fèi)者或使用主數(shù)據(jù)，擁有一個(gè)共識就是數(shù)據(jù)是主題數(shù)據(jù)內(nèi)容的映像，打破了各個(gè)獨(dú)立應(yīng)用的組織邊界。MDM Level 3支持分布主參考數(shù)據(jù)的存在。

MDM的核心之一就是保證所有系統(tǒng)都能接受 數(shù)據(jù)表示的唯一公認(rèn)方法。這有點(diǎn)類似于語言翻譯，通過其他語言的翻譯，英語已經(jīng)稱為一個(gè)全球性的語言。在MDM Level 3， 一個(gè)公司可以讓任意兩個(gè)系統(tǒng)共享數(shù)據(jù)和說對方的語言。MDM Level 3還降低了等同訪問的復(fù)雜性。"消費(fèi)"應(yīng)用不再需要支持系統(tǒng)定位和操作邏輯。任何與源系統(tǒng)數(shù)據(jù)相關(guān)的分布式細(xì)節(jié)都會(huì)被MDM總線集中處理。在MDM Level 3自動(dòng)數(shù)據(jù)標(biāo)準(zhǔn)意味著：建立目標(biāo)數(shù)據(jù)值表示和通過必要的步驟提供精確的主數(shù)據(jù)值捕獲。在所有的分類中從MDM Level 3開始第一次支持一致性的企業(yè)數(shù)據(jù)視圖。數(shù)據(jù)質(zhì)量規(guī)則在這里進(jìn)行數(shù)據(jù)清洗和錯(cuò)誤糾正。

Level 4 ：業(yè)務(wù)規(guī)則和政策支持

一旦數(shù)據(jù)從多個(gè)數(shù)據(jù)源整合在一起，主題域視圖超越單獨(dú)的應(yīng)用并表現(xiàn)為一個(gè)企業(yè)視圖，你將獲得事實(shí)的單一版本。當(dāng)事實(shí)的單一版本已經(jīng)能夠提供出來時(shí)，來自業(yè)務(wù)主管和執(zhí)行人員的必然反應(yīng)經(jīng)常是：“證明它”。MDM Level 4可以保證主數(shù)據(jù)反映一個(gè)公司業(yè)務(wù)規(guī)則和流程，并證實(shí)其正確性。MDM Level 4通過引入主數(shù)據(jù)來支持規(guī)則，并對MDM總線以及其它外部系統(tǒng)進(jìn)行完整性檢查。由于多數(shù)公司相對比較復(fù)雜，影響業(yè)務(wù)數(shù)據(jù)訪問和操作的規(guī)則以及策略 (rules and policies)相對也比較復(fù)雜。 假定任何一個(gè)單一系統(tǒng)可以包含并管理與主參考數(shù)據(jù)相關(guān)的各種類型的規(guī)則是不切實(shí)際的。因此，如果一個(gè)MDM總線真正打算提供企業(yè)范圍內(nèi)數(shù)據(jù)的精確性，工作流和流程整合的支持是必不可少的。

舉例來說，在一個(gè)HMO內(nèi)，需要多個(gè)應(yīng)用來支持一個(gè)病人的護(hù)理。一個(gè)單一的訪問(visit)可能包括入院、房間和床位分配、監(jiān)控設(shè)備、化驗(yàn)、身體檢查以及其他程序等。一旦一個(gè)病人準(zhǔn)備離開醫(yī)院，出院流程需要確保和這個(gè)病人相關(guān)的所有活動(dòng)、資源都被結(jié)清。MDM技術(shù)在召集多個(gè)應(yīng)用系統(tǒng)一起保證病人辨識方面是十分有效的，處理是正確的。雖然病人辨識很重要，業(yè)務(wù)規(guī)則整合同樣重要。臨床系統(tǒng)依靠一系列的業(yè)務(wù)流程和數(shù)據(jù)規(guī)則來辨別所有顯著的病人詳細(xì)資料。這包括返回所有基于房間的資源(監(jiān)護(hù)設(shè)備、床位等)以得到有用的詳細(xì)目錄，當(dāng)病人要出院時(shí)分解其所有的費(fèi)用。MDM保證當(dāng)John Smith出院時(shí)，正確的房間和設(shè)備放入到該John Smith的詳細(xì)目錄中，而不是其他的John Smith(正在另一個(gè)樓層做身體治療)。

MDM系統(tǒng)必須不僅支持基于規(guī)則的整合，還要能夠整合外部的工作流。這些規(guī)則可能包括通過總線與臨床系統(tǒng)交互或等待另一個(gè)系統(tǒng)或者人(有權(quán)限做出改變的人)審批。通過一個(gè)MDM總線，規(guī)則定義可以不僅局限在邏輯上，還可以依賴于其他系統(tǒng)的輸入。當(dāng)然，協(xié)調(diào)和審計(jì)數(shù)據(jù)意味著可以回退其他系統(tǒng)(或業(yè)務(wù)流程)來保證數(shù)據(jù)變化經(jīng)過嚴(yán)格的審批，這樣錯(cuò)誤可以被發(fā)現(xiàn)并且事務(wù)在需要的時(shí)候可以被回滾。MDM Level 4提出對規(guī)則和策略擴(kuò)展性的支持。 通過總線以一個(gè)靈活可持續(xù)的方式支持任何面向業(yè)務(wù)的規(guī)則集合這很重要。

比如，如果一個(gè)商店經(jīng)理更新一個(gè)產(chǎn)品的價(jià)格，總線系統(tǒng)需要能夠和一個(gè)可信系統(tǒng)(比如，商品管理系統(tǒng))進(jìn)行協(xié)商以便使規(guī)則生效。詳細(xì)規(guī)則將支持另一個(gè)系統(tǒng)中存在產(chǎn)品價(jià)格的變更—總線需要能夠理解能夠處理和批準(zhǔn)變更的權(quán)限系統(tǒng)或方法。這些規(guī)則可能涉及到復(fù)雜性或隱私限制，禁止它們直接在總線上存在。在 MDM Level 4， 一個(gè)企業(yè)可以支持一套步驟或任務(wù)，在一個(gè)特殊的創(chuàng)建、讀取、更新和刪除任務(wù)被允許之前這些步驟或任務(wù)必須遵守。工作流自動(dòng)化經(jīng)常用來支持發(fā)生在總線上的事件或活動(dòng)的授權(quán)。但是變更管理遠(yuǎn)遠(yuǎn)不僅僅是工作流：它可以包括基于邏輯的流程和基于人的決策。變更管理的存在可以支持動(dòng)態(tài)業(yè)務(wù)，允許變更。舉例說明，在 911之前，任何人都可以在美國國內(nèi)的航空公司運(yùn)載貨物。沒有規(guī)定以外的其他某種形式的鑒定和付款方式。911之后，美國聯(lián)邦航空協(xié)會(huì)(FAA)指導(dǎo)建立了一個(gè)更加全面的規(guī)定，指示一個(gè)人是否被允許運(yùn)載貨物。在這個(gè)特殊的例子中，要求各個(gè)系統(tǒng)都部署FAA對托運(yùn)人的要求是不現(xiàn)實(shí)的。部署一個(gè)規(guī)則管理系統(tǒng) ，為所有的系統(tǒng)(包括MDM總線)集中托運(yùn)人批準(zhǔn)規(guī)則，更加容易實(shí)現(xiàn)(也更現(xiàn)實(shí))。集中數(shù)據(jù)定義和標(biāo)準(zhǔn)化在MDM Level 2就已經(jīng)引入，與MDM Level 4的集中規(guī)則管理相比，相對簡單。業(yè)務(wù)流程越復(fù)雜、業(yè)務(wù)流程越多，對總線的需求就越多，以便對針對共同數(shù)據(jù)的跨職能、異構(gòu)規(guī)則進(jìn)行更好的支持。重要的是 MDM Level 4支持集中規(guī)則管理，但是規(guī)則本身和相關(guān)的處理是可以分開的。換句話說，MDM總線需要保證規(guī)則是集中應(yīng)用的，即便這個(gè)規(guī)則是在總線外居住的。

Level 5 ：企業(yè)數(shù)據(jù)集中

在MDM Level 5 ， 總線和相關(guān)的主數(shù)據(jù)被集成到獨(dú)立的應(yīng)用中。主數(shù)據(jù)和應(yīng)用數(shù)據(jù)之間沒有明顯的分隔。他們是一體的。當(dāng)主數(shù)據(jù)記錄詳細(xì)資料被修改后，所有應(yīng)用的相關(guān)數(shù)據(jù)元素都將被更新。這意味著所有的消費(fèi)應(yīng)用和源系統(tǒng)訪問的是相同的數(shù)據(jù)實(shí)例。這本質(zhì)上是一個(gè)閉環(huán)的MDM：所有的應(yīng)用系統(tǒng)通過統(tǒng)一管理的主數(shù)據(jù)集成在一起。在這個(gè)級別，所有在系統(tǒng)看起來都是事實(shí)的同一個(gè)版本。操作應(yīng)用系統(tǒng)和MDM內(nèi)容是同步的，所以當(dāng)變更發(fā)生時(shí)，操作應(yīng)用系統(tǒng)都將更新。在那些熟悉的MDM架構(gòu)風(fēng)格中，持久總線架構(gòu)，當(dāng)一個(gè)總線更新所有的操作應(yīng)用系統(tǒng)將體現(xiàn)這種變更，形成改變的直接操作視圖。在注冊環(huán)境中，當(dāng)數(shù)據(jù)數(shù)據(jù)更新時(shí)，總線將通過Web服務(wù)連接相關(guān)系統(tǒng)應(yīng)用事務(wù)更新。因此，MDM Level 5提供一個(gè)集成的，同步的架構(gòu)，當(dāng)一個(gè)有權(quán)限的系統(tǒng)更新一個(gè)數(shù)據(jù)值時(shí)，公司內(nèi)所有的系統(tǒng)將反映這個(gè)變更。系統(tǒng)更新完數(shù)據(jù)值后不要單選其他系統(tǒng)中相應(yīng)值的更新：MDM將使這種更新變的透明。

從MDM Level 4到MDM Level 5意味著MDM功能性不是在一個(gè)應(yīng)用內(nèi)被特殊設(shè)計(jì)或編碼的。這還意味著主數(shù)據(jù)傳播和供應(yīng)不需要源系統(tǒng)專門的開發(fā)或支持。所有的應(yīng)用清楚的知道他們并不擁有或控制主數(shù)據(jù)。他們僅僅使用數(shù)據(jù)來支持他們自己的功能和流程。由于MDM總線和支持的IT基礎(chǔ)架構(gòu)，所有的應(yīng)用可以訪問主參考數(shù)據(jù)。一個(gè)公司在完成MDM Level 5后將使他們所有的應(yīng)用連在一起—既包括操作的也包括分析的—所有訪問主數(shù)據(jù)是透明的。舉例說明，當(dāng)一個(gè)客戶更新她的狀態(tài)—不要管注冊該變更的系統(tǒng)—數(shù)據(jù)變更將被廣播到所有的應(yīng)用平臺(tái)(因此一致起來)。MDM Level 5是把數(shù)據(jù)概念作為一種service來實(shí)現(xiàn)。MDM Level 5保證了一個(gè)一致的主數(shù)據(jù)主題域企業(yè)映像。定義“客戶”和其他應(yīng)用接受客戶主數(shù)據(jù)業(yè)務(wù)規(guī)則變化實(shí)際上是一回事。MDM Level 5移走了主數(shù)據(jù)的最后一個(gè)障礙：統(tǒng)一采用數(shù)據(jù)定義、授權(quán)使用和變更傳播。

在開始構(gòu)建主數(shù)據(jù)管理(MDM)解決方案之前，首先需要明確我們當(dāng)前的數(shù)據(jù)管理現(xiàn)狀是什么樣子的，而我們的目標(biāo)是什么，具體可以參照上一小節(jié)：主數(shù)據(jù)管理(MDM)的成熟度。

第二步，需要確定我們的每個(gè)主數(shù)據(jù)域的范圍(這也是前期需求分析的一部分)。常見的主題域有：

• Party ：可以反映任何合法的實(shí)體, 無論是個(gè)體還是組織。

• Product ：既包括物理存在的貨物，也可以是任何服務(wù)。

• Account ：包括期限和條件，以及相關(guān)的各種關(guān)系。

• Location ：既可以獨(dú)立存在，也常常與其他主數(shù)據(jù)域共存。

第三步，進(jìn)行數(shù)據(jù)管理系統(tǒng)的設(shè)計(jì)，在設(shè)計(jì)時(shí)要注意以下幾點(diǎn)：

• 數(shù)據(jù)采集和發(fā)布是否實(shí)時(shí)，最小的響應(yīng)時(shí)間是多少。

• 數(shù)據(jù)轉(zhuǎn)換規(guī)則能否讓客戶定制，而不是硬編碼。

• 如果根據(jù)數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)清理主數(shù)據(jù)域中的主數(shù)據(jù)。

• 權(quán)限控制。

• 主數(shù)據(jù)的歷史版本控制以及變更監(jiān)控控制(當(dāng)主數(shù)據(jù)變化時(shí)，要能記錄該變化，另外還要對主數(shù)據(jù)形成層次并記錄其不同的版本值)。

第四步，開發(fā)部署測試。