業內人士kyle－gabhart稱，他最近在一項大的soa應用計畫中實施了兩個主資料管理計畫。在這兩個案例中，客戶發現他們在如何解決主 資料模型與乙個或者更多的soa元件(如業務流程、服務介面等)之間的衝突方面陷入了僵局。每乙個客戶都從不同的角度接觸了這個問題。但是，衝突實際上都 是一樣的。誰取得了勝利並且按照自己對於企業資料的觀點順利執行？是主資料管理團隊，還是soa團隊？另外，企業架構團隊也許感到疑惑是主資料管理團隊的 觀點向soa團隊的觀點妥協了，還是相反。
狀況1：客戶a決定建立乙個權威的資料模型，不依賴於現有的應用程式或者業務流程。這個客戶執行乙個簡單的流程：
·建立乙個概念的資料模型
·識別邏輯子域(資料的邏輯組合)
·為這個子域建立乙個邏輯資料模型
現在，如果出現乙個業務流程(如向提供商提出漲工資要求)，這個流程就包括訪問提供商的資料和這個要求的資料域。客戶如何建立這個方案，如何不打破在邏 輯的權威模式中建立的關係？替代的方法是，這個客戶如何能夠把這個方案與基本的權威模型聯絡起來。為了企業面向服務的觀點，主資料模型必須要妥協，或者面 向服務的觀點必須要修改以便與主資料計畫相一致。
分析：因此，這裡真正的問題是我們已經在真空中建立了乙個模型。我們現在面臨乙個具體的資料應用。這可能會讓我們對於資料在企業中如何應用的實際情況有乙個新的了解。這裡有兩個觀點：
1.我們把這看作是乙個修改這個模型並且使這個模型符合真正業務應用的機會。
2.我們不理會需要管理的使用者/客戶的莫名其妙的東西。
如果我們根據這個新的資訊更新這個模型，我們就會有被乙個流程曲解的風險。但是，我們也許會認識到這個流程提出的更廣泛的事實。如果我們不改變這個權威 的模型，那麼，我們或者說服使用者接受這個「標準的」模型，或者提出一些資料映象，這樣，業務流程就能夠按照他們自己的資料模型執行這些服務。
無論採用哪一種方法，面向服務的設計的最佳方法都是規定這個業務流程只能看到一種資料模型。這可以是來自業務應用例項中的乙個獨特的模型，也可以是以前 建立的權威的模型。只要業務流程看到一種資料模型，資料模型的**沒有關係。此外，業務流程比乙個企業應用整合工作流好，並且帶來了圍繞維護客戶整合邏輯 和巧妙處理不同的資料模型的全部複雜性。這帶來了不可接受的維護成本。這是靠不住的，很快將成為過時的和不可靠的。
總結
有效地應用soa需要在物理和邏輯層有乙個設計良好的資料模型。許多機構甚至要開發一種權威的域模型。主資料管理和soa的交叉越來越頻繁地出現，這種趨勢在未來幾年將繼續下去。
SOA應用 SOA和資料模型誰優先
業內人士kyle gabhart稱，他最近在一項大的soa應用計畫中實施了兩個主資料管理計畫。在這兩個案例中，客戶發現他們在如何解決主 資料模型與乙個或者更多的soa元件 如業務流程 服務介面等 之間的衝突方面陷入了僵局。每乙個客戶都從不同的角度接觸了這個問題。但是，衝突實際上都 是一樣的。誰取得了...
資料模型的概念，資料模型的作用和資料模型的三個要素
資料模型是資料庫中用來對現實世界進行抽象的工具，是資料庫中用於提供資訊表示和操作手段的形式架構。一般地講，資料模型是嚴格定義的概念的集合。這些概念精確描述了系統的靜態特性，動態特性和完整性約束條件。因此資料模型通常由資料結構，資料操作和完整性約束三部分組成 1 資料結構 是研究的物件型別的集合，是對...
資料抽象過程和資料模型
資料抽象過程 概念模型設計階段，分析使用者需求，設計概念模型。邏輯模型設計階段，將概念模型轉換為邏輯模型 物理模型設計階段，資料庫 資料倉儲實現時，根據邏輯模型設計物理模型 概念模型 資料的整體邏輯結構 關係模型 關係型資料庫 資料倉儲一般採用實體建模法 邏輯模型 層次模型 網狀模型 關係模型 關係...