主數(shù)據(jù)是系統(tǒng)間共享數(shù)據(jù)，它是系統(tǒng)間信息交換的基準。主數(shù)據(jù)管理目標是使各系統(tǒng)在獲取基準數(shù)據(jù)時，能夠保證數(shù)據(jù)是最新的、一致的、準確的，能夠實時進行各系統(tǒng)間數(shù)據(jù)驗證。

根據(jù)主數(shù)據(jù)管理實施的復雜程度，大體可以把主數(shù)據(jù)管理可以分為六個層次，從低到高反映了主數(shù)據(jù)管理的不同成熟度。并非層級越高的主數(shù)據(jù)管理方式就是最好的，應當根據(jù)數(shù)據(jù)本身的質(zhì)量與現(xiàn)有體系情況，選擇合適的治理層級。

Level 0 ：未實施主數(shù)據(jù)管理

Level 0意味著企業(yè)的各個應用之間沒有任何的數(shù)據(jù)共享，整個企業(yè)沒有數(shù)據(jù)定義元素存在。比如，一個公司銷售很多產(chǎn)品，對這些產(chǎn)品的生產(chǎn)和銷售由多個獨立的系統(tǒng)來處理，各個系統(tǒng)獨立處理產(chǎn)品數(shù)據(jù)并擁有自己獨立的產(chǎn)品列表，各個系統(tǒng)之間不共享產(chǎn)品數(shù)據(jù)。在Level 0, 每個獨立的應用負責管理和維護自己的關鍵數(shù)據(jù)(比如產(chǎn)品列表、客戶信息等)，各個系統(tǒng)間不共享這些信息，這些數(shù)據(jù)是不連通的。但是，如果業(yè)務數(shù)據(jù)質(zhì)量極高，也無需主數(shù)據(jù)管理。Level 0適合業(yè)務數(shù)據(jù)質(zhì)量極高，且企業(yè)有較為完善的數(shù)據(jù)管理機制，能做到數(shù)據(jù)源的統(tǒng)一。

Level 1 ：列表管理

列表管理是處理數(shù)據(jù)統(tǒng)一的一種方式。在公司內(nèi)部，會通過手工的方式維護一個邏輯或物理的列表。當各個異構的系統(tǒng)和用戶需要某些數(shù)據(jù)的時候，就可以索取該列表了。對于這個列表的維護，包括數(shù)據(jù)添加、刪除、更新以及沖突處理，都是由各個部門的工作人員通過一系列的討論和會議進行處理的。業(yè)務規(guī)則(Business Rules)是用來反映價值的一致性，當業(yè)務規(guī)則發(fā)生改變或者出現(xiàn)類似的情況時，這樣高度手工管理的流程容易發(fā)生錯誤。由于列表管理是通過手工管理的，其列表維護的質(zhì)量取決于誰參加了變更管理流程，一旦某人缺席，將會影響列表的維護。Level 1適合業(yè)務數(shù)據(jù)質(zhì)量較高，只有很少數(shù)的數(shù)據(jù)不統(tǒng)一，并且目前已有較完善的文件管理機制的情況。這種情況下僅需提供簡單的列表即可處理，但是，大部分情況下建議采取Level 2或更高層次的主數(shù)據(jù)管理。

Level 2 ：事實表管理

Level 2與Level 1相比的不同之處在于，Level 2將主數(shù)據(jù)存入數(shù)據(jù)庫的事實表中，引入了對主數(shù)據(jù)的自動管理。通過建立統(tǒng)一的數(shù)據(jù)標準，將主數(shù)據(jù)集中存儲，提供詳細數(shù)據(jù)的訪問和共享，為各個系統(tǒng)間共享使用數(shù)據(jù)提供了可靠的支持。同時，由于主數(shù)據(jù)存儲在數(shù)據(jù)庫中，所以可以使用數(shù)據(jù)庫CRUD的方式進行操作，能夠更科學的管理數(shù)據(jù)。在未實現(xiàn)數(shù)據(jù)集成的大多數(shù)情況都推薦Level 2。但是如果有數(shù)據(jù)湖或數(shù)據(jù)倉庫，Level 3或更高層次將會更加合適。

Level 3 ：數(shù)據(jù)湖管理

與Level 2相比，Level 3打破了各個獨立應用的組織邊界，抽取各個系統(tǒng)的數(shù)據(jù)集成管理。在這個數(shù)據(jù)集成的情況下，將主數(shù)據(jù)管理放入其中統(tǒng)一管理。

企業(yè)主數(shù)據(jù)面臨一致性的挑戰(zhàn)。數(shù)據(jù)在不同的地方存在，數(shù)據(jù)所代表的含義也是不同的，數(shù)據(jù)的規(guī)則各個系統(tǒng)之間也是不一樣的。在Level 3，公司對主題域內(nèi)容采用集中管理方式。這意味著應用系統(tǒng)，作為消費者或使用主數(shù)據(jù)，擁有一個共識就是數(shù)據(jù)是主題數(shù)據(jù)內(nèi)容的映像，打破了各個獨立應用的組織邊界。集中處理意味著為主數(shù)據(jù)管理構建了一個通用的、基于目標構建的平臺。然而，大多數(shù)公司發(fā)現(xiàn)主數(shù)據(jù)管理正在挑戰(zhàn)他們現(xiàn)有的IT架構：他們擁有太多的獨立平臺處理主數(shù)據(jù)。Level 3的集中化數(shù)據(jù)訪問、控制跨不同應用和系統(tǒng)使用數(shù)據(jù)。這極大的降低了應用數(shù)據(jù)訪問的復雜性，大大簡化了面向數(shù)據(jù)規(guī)則的管理，比一個分散環(huán)境具有更多的功能和特點。在實現(xiàn)數(shù)據(jù)集成，且各部門沒有差異化的數(shù)據(jù)需求或定時更新數(shù)據(jù)轉化規(guī)則時推薦此種方案，但是如果數(shù)據(jù)需求較高需要用到Level 4或更高層次的主數(shù)據(jù)管理。

Level 4 ：更新管理

在Level 4的架構中，數(shù)據(jù)湖中的主數(shù)據(jù)和數(shù)據(jù)源之間使用ETL工具實現(xiàn)每日批量更新。當主數(shù)據(jù)記錄詳細資料被修改后，所有應用的相關數(shù)據(jù)元素都將被更新。在企業(yè)的應用數(shù)據(jù)庫中，數(shù)據(jù)的編碼規(guī)則一般都是靜態(tài)的。然而，在一些極端情況下，數(shù)據(jù)編碼規(guī)則會時常發(fā)生變動，例如頻繁的新增記錄，修改記錄。在這種情況下，所有系統(tǒng)都是同一個版本：當變更發(fā)生時，數(shù)據(jù)湖中主數(shù)據(jù)將定時更新，形成改變的直接操作視圖。從Level 3到Level 4意味著主數(shù)據(jù)傳播和供應不需要源系統(tǒng)專門的開發(fā)或支持，還意味著所有的應用清楚的知道他們并不擁有或控制主數(shù)據(jù)，他們僅僅使用數(shù)據(jù)來支持他們自己的功能和流程。由于增加了一項ETL作業(yè)，Level 4的開發(fā)需要消耗額外的時間。然而，Level 4并不是最高層次的抽象架構，如果需要實現(xiàn)各部門差異化的數(shù)據(jù)需求時，就需要引入Level 5的流程管理。

Level 5 ：流程管理

Level 5可以保證主數(shù)據(jù)反映一個公司業(yè)務規(guī)則和流程，并證實其正確性。由于部分公司數(shù)據(jù)編碼相對比較復雜，影響業(yè)務數(shù)據(jù)訪問和操作的規(guī)則以及策略相對也比較復雜。假定任何一個單一系統(tǒng)可以包含并管理與主參考數(shù)據(jù)相關的各種類型的規(guī)則是不切實際的，工作流和流程整合的支持是必不可少的。總體來說，Level 5通過引入主數(shù)據(jù)的流程管理，控制數(shù)據(jù)湖和各源系統(tǒng)中數(shù)據(jù)的編碼/解碼，以此同時保證數(shù)據(jù)湖的統(tǒng)一性和源系統(tǒng)數(shù)據(jù)需求的多樣性。使用Level 5意為著數(shù)據(jù)源的高度不統(tǒng)一，部門各成一套體系，且數(shù)據(jù)需求及其復雜。實施一個Level 5級別的主數(shù)據(jù)管理將相當耗時，且會消耗大量時間和源系統(tǒng)對接。

總結

Level 0未實施主數(shù)據(jù)管理，Level 1采取一個列表管理主數(shù)據(jù)，Level 2使用數(shù)據(jù)庫管理主數(shù)據(jù)，Level 3在數(shù)據(jù)湖中集成主數(shù)據(jù)管理，Level 4在數(shù)據(jù)湖和ETL過程中抽象出主數(shù)據(jù)管理，Level 5在整個數(shù)據(jù)流程實現(xiàn)主數(shù)據(jù)的編碼/解碼。

關于慧都大數(shù)據(jù)分析平臺

慧都大數(shù)據(jù)分析平臺，將學習、推理、思考、預測、規(guī)劃等能力賦予企業(yè)數(shù)據(jù)，讓數(shù)據(jù)驅動決策，創(chuàng)造最高業(yè)務價值。

歡迎撥打慧都熱線023-68661681或咨詢，我們將幫您轉接大數(shù)據(jù)專業(yè)團隊，并發(fā)送相關資料給您！