为数据建设一致的架构正是MDM所做的事情。SOA涉及后便意味着建设一种一致的方法作为服务来封装和传递数据。

　　观察表明，一些采取了MDM的SOA项目曾经试图“boil the sea（让海洋沸腾）”，雄心勃勃的进行最佳数据搜索行动。一些SOA项目停滞不前，因为忽视了一致的数据访问问题。

　　在基于MDM的SOA项目，确定的目标变得比以往更加重要。Forrester研究公司的分析师Rob Karel表示“如果您已经开始了这样的投资而且不知道成功的样子，您已经失败了。在这样的复杂性和成本的水平上，您的业务情况应具体项目是否是为了改善底线或协助预先缓解管理风险。”

　　在您购买您的第一种技术之前，Karel补充道，“您应该已经知道业务中的各部分，您应该监督各部分”。
 
　　逐步的方法可以购买一些时间，但是组织最终必须努力克服全部问题。

　　MDM研究所的首席研究官Aaron Zornes认为“最好的办法是看完整的MDM SOA作为一个长期项目的承诺，人们可以沿着既有的途径进行客户轻量级的定义”，但他们应该明白，有些目标是一个较长的行动。
 
　　他表示“类似SAP或Seibel实施，这是一件大事情。”。

　　DataDirect营销经理兼高级产品数据集成专家Brad Wright认为“MDM自身存在风险。主数据的项目有相当高的失败率。这是困难的。但是，即使你成功了，你应该知道你可以创建另一个数据源”。

　　Wright警告“在业务情景中，MDM有助于建立一条黄金记录。但是如果只是创造了另一个数据孤岛，它就制造了复合问题”。
 
　　SOA的MDM存储可区别于以速度和更新频率为主的数据仓库存储和CRM存储。

　　Zornes认为“时钟速度是不同的，你可以采用数据仓库，使其成为记录系统，但不会为快速访问供优化。或者你可以采取CRM并说‘这就是记录系统。’。但你是在骗自己，因为有那么多的热点。或者你也可以采取数据模型，[部署]一个特殊的数据库和优化快速访问。数据涅槃有多种方式。”

　　位于华盛顿州兰顿的数据仓库研究院（TDWI）主任Wayne Eckerson表示“基于SOA和MDM的项目，‘太多太快’就变成了一个障碍，大多数公司将不会实时开始。起初，SOA MDM系统被刷新得太快，就像数据仓库。也就是说，一蹴而就。”

　　正确的项目加工是MDM和SOA的关键项目。红帽的MetaMatrix企业数据服务平台（MetaMatrix Enterprise Data Services Platform）产品线经理Ken Johnson表示“通过MDM，您可以尝试并获得uber-MDM解决方案，而且永远不能真正得到它。你可以得到创建完美的主索引并且花费大量的时间。更迭代方法比较好。使用联合的工具，可以建立数据实体模拟观点。通过实体模型的观点，就可以快速得到的东西，您可以进入被提议的形式和用应用程序验证它，这也将消耗它。您可以迭代和验证。”

　　加州San Mateo的Composite Software公司执行副总裁Robert Eve表示“MDM项目也是数据仓库项目长期的范围、多级的倡议的趋势。工具可以添加一种更快、更便宜的渐进方法的价值。我认为SOA和MDM项目的增量方法的价值相当高。企业SOA和实时企业应用程序不会突然出现。他们是更大的，集成了许多移动部件。他们往往在增量上推出。这会影响MDM的规划。”