當SOA出現，它承諾將徹底改變跨組織和網絡的應用程序內的數據訪問，這基本上是任何地方都需要的。

促進數據的最終重用和治理快速增長的數據是SOA的其他承諾。而不是從一個系統復制數據到另一個系統，SOA提供更清潔的方式來直接訪問數據和重用。它應該把到意大利面條般的離散的專有接口的不同系統轉化成編制訪問層，可以要求任何地方的數據，并把數據無縫傳回，從而更加靈活，以應對不斷變化的業務需求。

雖然SOA已經完成了這一點，它也創造了一些新的挑戰。這個新的數據“源”是如何記錄的？它是怎樣治理的？誰對質量維護和后端數據庫的可追溯性負責？在某些時候SOA層或企業服務總線的數據已在數據庫中結束了。如果在SOA基礎設施沒有利用標準，在沒有返回的情況下，整合和數據共享可能不夠確定，也正是時間和金錢的浪費的開始。

數據存更多的存在于數據庫中。SOA已經是非常寶貴，它能幫助其重用和控制另組治頭痛的數據冗余。 Web服務的骨干和SOA是XML，更具體地說，XML模式(XSD)。 XSD的發展仍引出的“狂野西部”的圖片，在你建立任何需要的應用時，你基本不考慮重用和標準。對于大部分XSD已經由開發人員管理，而不是數據架構師。通常開發人員在同一時間，只為一個項目工作，而且通常不考慮企業級的標準，并確保數據存儲在一個地方來確保同樣的方式，如其他任何地方數據存儲。

因此，你不僅可以在SOA層中，相同數據有不同的表示，但在SOA層中，相同的數據版本可以脫離源系統的數據。

XSD的語言也有不同的標準，對于數據是怎樣的類型，比數據庫的DDL提供更多的zi you。在大多數的數據類型中，精度和規模是可選的。在數據類型之間的最大長度是一樣的，如字符串、日期和整數。主鍵、外鍵和檢查約束也區別對待。這可能導致XSD結構和后端數據庫之間的劇烈分歧。如果源和目標的規則是不結轉到XSD定義，它可能會導致許多錯誤，或者更糟，它可能會導致系統之間的儲存訊息數據丟失。