本文阐述了服务数据对象 (SDO) 体系结构的关键概念，以及它所提供的强大功能和灵活性。SDO 体系结构在 Java(TM) 2 Platform Enterprise Edition (J2EE) 社区正获得越来越广泛的普及，它也用于构建面向服务的体系结构 (SOA) 的环境。在 IT 解决方案日趋复杂和越来越多地采用分布式体系结构的今天，它可以满足异构数据集成的需要。

　　引言

　　服务数据对象 (SDO) 通过 Java Specification Request (JSR) 235得到了 Java™ 社区的认可，它也是 CommonJ的一部分，CommonJ 是 IBM 和 BEA 共同制定的规范。如何访问不同数据源类型的数据在 IT 业界变得越来越重要，SDO 是一种应用程序编程接口 (API)，可以简化和统一对异构数据的访问。目前单一数据类型的应用程序已经不再常见，信息通常都存储在不同类型的数据源中(比如数据库、Web 服务、轻量级目录访问协议 (LDAP)、遗留应用程序等等)。这种复杂性要求开发人员熟悉许多 API(比如 Java 数据库连接 (JDBC)、基于 XML 的远程过程调用的 JAVA API (JAX-RPC)、或者 J2EE 连接器体系结构 (JCA) 等等)。SDO 简化和补充了 Java 2 Platform Enterprise Edition (J2EE) 的开发模式，提供了一种独特的访问异构数据源的 API，同时也可用于数据处理的其他方面，本文将对此进行详细说明。

　　SDO 的目标

　　SDO 的目标有很多，从某种程度上讲 SDO 看起来好像是 J2EE 的一把多功能“瑞士军刀”，因为它包含的特性可实现多种不同种类的功能，基本来讲，SDO 及其相关的技术设计有以下五大主要专题:

　　简化数据访问:第一个目标是提供对多种企业信息系统 (EIS) 的统一的数据访问，包括数据库、遗留应用程序(使用 JCA)、XML 或者是 Web 服务数据源。通过使用 SDO 的一种独特而简单的模型，应用程序摆脱了使用多种 API 和框架进行数据访问的复杂工作。

　　数据提取:使用 SDO 后，数据的表示是独立于其数据源的，它采用了一种叫做 Domain Store 的 J2EE 模式，这种级别的数据提取有很多优点，例如使数据操作变得更容易，实现了不同层之间的松耦合。

　　数据操作:一旦检索到信息后，SDO 会提供一种统一的编程语言进行数据操作，简单的说，就是通过使用 API 及其接口，SDO 客户机可以读取数据和修改数据。SDO 为此提供了连接和断开连接的两种模型，下文中将对此做详尽的介绍。

　　数据传输:SDO 有一部分概念是关于传输对象 (Transfer Object) 和传输对象组装程序 (Transfer Object Assembler) 模式的。数据封装到 SDO 对象中后，它就可以在 J2EE 层间高效地传输。

　　设计模式的采用:SDO 的一个关键目标是鼓励大家采用公用的 J2EE 模式，这也是 SDO 体系结构以一些广为人知的模式为基础的原因，例如传输对象 (Transfer Object)、数据访问对象 (Data Access Object)、传输对象组装程序和 Domain Store等。如果使用了 SDO，应用程序就可以从这些经过了验证的设计策略中受益，从而可以推动分层技术和松耦合的发展。

　　图 1 显示了 SDO 在一个 J2EE 分层体系结构中所处的位置:

　　图 1. J2EE 分层体系结构中的 SDO

　　SDO 体系结构:概览

　　SDO 体系结构提供了一组核心组件，这些组件可以由支持 SDO 的实现和框架进行扩充。

　　SDO 规范定义了数据持有者(数据对象 (Data Object) 和数据图 (Data Graph))，还引用了一种叫做数据中介服务(Data Mediator Service，DMS)的组件。DMS 负责访问数据源和处理数据图，如图 2 所示:

　　图 2. DMS 的角色