主資料的前世今生--第14篇
用日誌記錄“開源軟體”的誕生
【點亮星標】----祈盼著一個鼓勵
博主開源地址：
主資料的前生
主資料不是一個新詞，但它同時也不是一個與生俱來的詞彙。在很久很久以前（當然也沒那麼久），資訊化系統出現後，產生了一個通用詞彙--基礎資料，基礎資料其實就是管理系統中，經常被使用的底層資料，它們很少變化卻頻繁引用，所以由此得名。貌似基礎資料的出現已經可以解決問題了，但主資料又是從何而來呢？
那麼我們就繼續來看看資訊化的發展歷程，起初誕生的資訊化系統，往往都是獨立的，單一的存在，而基礎資料也是緊密耦合在管理系統中，甚至出現在各個模組中，維護它們沒有統一的邏輯和規則，使用上也僅僅是提供自己的系統內部呼叫而已。隨著時代的變遷，出現了越來越多的資訊化產品，它們本身是相互孤立和隔離的，就算不孤立也是以不同系統獨立存在的。雖然系統型別變得更豐富，但使用的底層基礎資料其實仍然是那些內容，如果還把基礎資料放在某一系統中，顯然是不合理的。系統設計的前輩們就開始逐漸把這些基礎資料剝離，功能也做了剝離，最終形成了一個單獨的系統，就叫做主資料系統。從此“主資料”這個更為高大上的名字開始傳播開來。
主資料系統解決了哪些問題
之所以把主資料系統獨立建設，一定有它的根源所在。下面我們就來分別聊聊。
（1）主資料需要統一的管理和儲存，以前更多的是把各自的基礎資料儲存在各自的管理系統中獨立管理，但本質上這些資料的管理應該是統一的，因為它們一定是公司層面確認並重視的核心資料，分開管理會增加管理的複雜度和風險。
（2）主資料需要一套完整的審批流程，所有這些資料的管理，不能是輸入即生效的，公司層面一定需要申請、審批、變更的流程。確認好這一流程對於企業中的核心資料的管控尤為重要，保證資料的唯一性、有效性、完整性才是主資料存在的另一個重大意義。
（3）主資料呼叫方式的統一，隨著SOA，微服務的普及和流行，主資料提供了更為主流的呼叫方式，通過Restful或Webservice提供呼叫介面，並使用快取提高讀取效率。此過程也會使主資料與業務系統解耦，使資料的使用更高效、更安全。
一定需要主資料系統嗎？
主資料系統當然有存在的優勢，甚至是絕對優勢，但不是一定要搭建主資料系統，這要看企業當前的發展階段以及未來的發展規劃。因為要建立一套完善的主資料系統必定要花費大量的時間成本和維護管理成本。所以如果企業當前階段的主資料體量有限，並且不處於高速發展的行業，其實沒有必要立馬建立完善的主資料系統。可以考慮建設成資訊化系統的一個模組，只要保證功能相對獨立即可，便於以後剝離。
主資料如何設計
首先說說主資料管理的資料內容，主要包括：
（1）客戶
（2）供應商
（3）物料
（4）經營主體
（5）財務科目
（6）財務核算主體
其次來看這些模組都需要提供哪些功能：
（1）申請及稽核流程
（2）變更流程並儲存變更歷史記錄
（3）綜合查詢和資料匯出
（4）呼叫介面及呼叫記錄
（5）資料安全性
設計時需要特別注意的地方：
（1）主資料一定要做好資料唯一性、完整性的驗證，如果出現重複資料或者無效的資料，會斷送主資料存在的意義。
（2）主資料變更時要嚴格稽核，由於業務系統在使用主資料時記錄的是主資料的編碼，所以如果變更了主資料的含義欄位，可能會造成之前使用這條主資料的業務的含義內容發生變化，而產生巨大風險。
（3）主資料需做好資料隔離，因為同類資料都儲存在一起，但呼叫的時候要考慮到不同的使用許可權問題，所以必要的隔離是離不開的。
（4）主資料的呼叫安全性，由於採用介面方式呼叫，所以API安全認證不可缺少，畢竟主資料是企業核心的價值資料。
後記
如果您對我們正在做的開源軟體感興趣，歡迎各種形式的合作，作為貢獻者或直接加入我們！讓我們一起打造一套開源的企業級資訊化解決方案。