当SOA出现，它承诺将彻底改变跨组织和网络的应用程序内的数据访问，这基本上是任何地方都需要的。

　　促进数据的最终重用和治理快速增长的数据是SOA的其他承诺。而不是从一个系统复制数据到另一个系统，SOA提供更清洁的方式来直接访问数据和重用。它应该把到意大利面条般的离散的专有接口的不同系统转化成编制访问层，可以要求任何地方的数据，并把数据无缝传回，从而更加灵活，以应对不断变化的业务需求。

　　虽然SOA已经完成了这一点，它也创造了一些新的挑战。这个新的数据“源”是如何记录的？它是怎样治理的？谁对质量维护和后端数据库的可追溯性负责？在某些时候SOA层或企业服务总线的数据已在数据库中结束了。如果在SOA基础设施没有利用标准，在没有返回的情况下，整合和数据共享可能不够确定，也正是时间和金钱的浪费的开始。

　　数据存更多的存在于数据库中。 SOA已经是非常宝贵，它能帮助其重用和控制另组治头痛的数据冗余。 Web服务的骨干和SOA是XML，更具体地说，XML模式（XSD）。 XSD的发展仍引出的“狂野西部”的图片，在你建立任何需要的应用时，你基本不考虑重用和标准。对于大部分XSD已经由开发人员管理，而不是数据架构师。通常开发人员在同一时间，只为一个项目工作，而且通常不考虑企业级的标准，并确保数据存储在一个地方来确保同样的方式，如其他任何地方数据存储。

　　因此，你不仅可以在SOA层中，相同数据有不同的表示，但在SOA层中，相同的数据版本可以脱离源系统的数据。

　　XSD的语言也有不同的标准，对于数据是怎样的类型，比数据库的DDL提供更多的自由。在大多数的数据类型中，精度和规模是可选的。在数据类型之间的最大长度是一样的，如字符串、日期和整数。主键、外键和检查约束也区别对待。这可能导致XSD结构和后端数据库之间的剧烈分歧。如果源和目标的规则是不结转到XSD定义，它可能会导致许多错误，或者更糟，它可能会导致系统之间的储存讯息数据丢失。