数据和数据管理是几乎所有企业软件解决方案的关键因素。SOA也不例外。有效的数据建模和管理是成功实现SOA的基础。要将数据提高一个层次，需要把数据转换成信息;要将信息提高一个层次，需要把信息转换成知识。

　　本文是关于“SOA中的数据：将数据转换成知识”的两篇系列文章的第一篇。本文通过SOA参考架构(SOA RA)的定义介绍了在SOA中从数据到信息的转换方法，它构成了完整SOA转换方案的一部分，并且还讲述了一个企业SOA的实现。这个系列的第二部分描述了在SOA中从信息到知识的转换方法，这是对完整SOA转换方案的一个扩展，并且还描述了一个企业SOA RA的很有价值的扩充。

　　为什么使用数据?

　　数据是普遍存在的(data是复数;datum是单数，尽管“data”能够同时使用单数和复数)。大部分 IT工作的核心就是收集、分发和管理数据，并且当需要数据的时候、在需要数据的地方、以要求的方式为需要数据的人(拥有正确的权限)提供数据。有些人可能会想起在IT(“信息技术”)这一术语出现之前，多数的企业把他们的“计算机部门”及其工作称为DP或“数据处理”。

　　在过去、现在和可预见的将来，数据是所有技术浪潮中一个不变的常量。同样的数据，过去由(很可能仍然是)大型机处理，现在也很可能已经由一个或多个的客户机-服务器、CORBA/DCOM、 Java EE、.NET、 Web services、SOA和Web 2.0来完成。随着时间的流逝，数据的存储、格式和传输可能已经改变，数据的处理方式可能已经改变，但是“数据”依然保留(而且还在增加)。其实，所有工业技术浪潮有着一个相同点：它们都是新的或者改良的数据处理方法。数据就是基础。如果您您也认为数据是企业解决方案的基础，则由此得出结论：数据(以及数据建模/管理)也是SOA(与Web 2.0)的企业架构需要优先考虑的事情。

　　数据是什么?

　　让我们先看一下字典中“数据”的定义，然后对其进行补充。就本文而言，数据是基本的、最小的，或者拥有一些结构、关系和状态的“信息”片断的底层集合，但不包括行为。例如，一个包含街道地址、城市等数据列的地址表是数据。就像一个用户表中的地址定义。数据是结构和状态，但没有行为。数据是构成信息的原始的构建材料。数据是信息的前提。

　　信息是什么?

　　让我们再看一下信息的定义，然后对其进行补充。就本文而言，信息是数据的集合，是提供附加的形式、基本关系、语法和语义上下文的基本逻辑——也就是说，它是状态和核心模型行为。例如，确保ZIP码有效并与城市一致。信息是数据的扩展，它向和域(语法和语义)上下文一致的行为模型提供映射或关联数据、定义逻辑的能力。信息基于数据，需要数据。换句话说，信息表示封装了状态(数据)和行为(逻辑)的实体(主体，对象)。可以认为信息类似于面向对象编程中的模型类的实例，这个实例包含用于保持状态的数据成员(实例变量)和提供(模型)行为的方法。

　　SOA中数据的价值

　　各种组织对于定义和细化自身SOA参考架构(SOA RA)有着不同的动机、出发点和优先次序，向SOA转换时可能会发生变化。规划设计SOA RA的完整方法应该包括数据服务(data services)层。本文采用数据服务层这一术语包含数据和信息访问服务。

　　如果在SOA RA中没有企业数据服务层，则其后的业务项目将被迫开发成特定于每一个应用程序的专用“点”或者一次性解决方案。几乎没有通用性，几乎没有共享的服务定义、重用和一致性，规范的数据模型的定义也会变得难懂。如果认识到SOA的优点，则会逐渐认识到它的众多优势。我们很可能都看到过这样的统计信息：企业应用程序软件开发的50%到80%的项目资源消耗在数据集成任务上。这一“事实”应该足以确定在任何SOA实现中数据服务层是必不可少的一部分。企业软件解决方案的主要设计目标是数据处理，结合这一概念， SOA 中数据的价值应该非常明显。

　　图1展示了BEA的SOA参考架构较高层次上的概念，它说明了位于上面的几个层。注意，数据服务层位于第一个区域，这表明它在SOA RA中的重要性。