多重正規模型

隨便找一家大型企業，你通常會發現某個專注於全企業概念建模的團隊。最常見的會是資料管理團隊，偶爾他們可能會參與定義全企業服務。他們是全企業的，因為他們專注於整合多個應用程式，而不是專注於單一應用程式的努力。

大多數此類團隊傾向於專注於建立單一的綜合企業模型。其想法是，如果所有應用程式都根據此單一模型運作，那麼在整個企業中整合資料會容易得多，從而避免筒倉式應用程式。這種想法大多遵循企業整合的共用資料庫方法，其中整合是透過應用程式共用單一的邏輯全企業資料庫來進行。

單一的概念模型是一個難以應用的棘手野獸。首先，要做好一件事非常困難，我遇到過很少人可以建立這些東西。即使你已經建立了一個，其他人也很難理解。我經常遇到這樣的抱怨，雖然一個模型非常好，但幾乎沒有人能理解它。我相信，這是一個本質上的問題。任何大型企業都需要一個非常大、抽象，或兩者兼具的模型。而龐大和抽象都意味著理解困難。

如今，許多整合團隊質疑共用資料庫方法，而偏好基於訊息傳遞的方法進行整合。我傾向於同意這種觀點，因為雖然它在理論上不是最好的方法，但它更能認識到整合的實際問題，特別是政治問題。

基於訊息傳遞方法進行整合的一個有趣的後果是，不再需要單一的概念模型來支持整合工作。與我的同事 Bill Hegerty 交談後，我意識到

• 你可以有多個正規模型，而不仅仅只有一個。
• 這些模型可能會重疊
• 模型之間的重疊部分不必具有相同的結構，儘管重疊模型的部分之間應該有轉換
• 這些模型不必涵蓋所有可以表示的內容，它們只需要涵蓋需要在應用程式之間傳達的所有內容即可。
• 這些模型可以透過收割建立，而不是事先規劃。由於多個應用程式會成對通訊，因此您可以引入規範模型，以 n 條路徑取代 n * n 轉換路徑，並轉換為規範樞紐。

結果分解了建模問題，我相信在技術和政治上都簡化了問題。

然而，到目前為止，資料建模社群似乎才剛開始接觸這個新世界。這很令人遺憾，因為資料建模人員可以為建立規範訊息模型的人提供大量的協助。不僅技能無法參與，許多人還抵制這種方法，因為他們聲稱單一企業級模型是整合的唯一適當基礎。