使用 SDO 和 JDBC Data Access Service 启用面向服务的体系结构

核心提示： 将 SDO 和 DAS 结合使用，不需要受具体的持久化技术限制，使用 SDO 和 JDBC Data Access Service 启用面向服务的体系结构(5)，DAS 不仅使应用程序无需依赖于数据库或操作系统，而且还使应用程序独立于整个持久化技术，清单 1 和清单 6 无疑是最为相关的了，数据

将 SDO 和 DAS 结合使用，不需要受具体的持久化技术限制。DAS 不仅使应用程序无需依赖于数据库或操作系统，而且还使应用程序独立于整个持久化技术。通过使用多个数据访问服务，应用程序可以支持这些中介的基础持久化机制，而不用更改业务逻辑或呈现逻辑。对于 IT 环境复杂的组织，这样可以减少成本、整合资产，并可以减少将来进行高成本技术更改的风险。

使用 SDO 和 DAS 有得有失。这两项均是新兴技术，尚处于早期发布阶段。很多数据访问服务可能不支持其他持久化技术的最先进功能（除非 DAS 专门为支持该技术而构建）。例如，IBM 的 JDBC Data Access Service 就尚不支持 SDO 表群集环境的分布式缓存。另外，若要充分发挥 SDO 和 DAS 的潜力，可能需要对各种新技术有所了解，包括 Web 服务、XPath 及 SDO 规范。对于开发组织，可以需要进行培训。

按部就班，使用 JDBC Data Access Service

本文剩下的部分将给出一个实例应用程序的实现。就功能而言，CloseOrderApplication 将使用 Rational Application Developer V6 包含的 JDBC DAS 关闭客户的订单。该应用程序将从数据库检索一个 SDO 对象图，对其进行更小，然后保存更改。将数据库架构映射到 SDO 对象图的元数据是使用 XML 编写的。

JDBC DAS 编程模型

图 7 所示的关系图演示了使用 JDBC Data Access Service 开发应用程序时应该有用的编程模型。

图 7. JDBC DAS 编程模型
　
关于示例应用程序
此示例不仅是试验性的代码，因为其中实现了 JavaEE 最佳实践和实际错误处理。如果确实需要利用 JDBC Data Access Service 的代码（通常不过寥寥几行而已），清单 1 和清单 6 无疑是最为相关的了。数据库设置、JavaEE 数据源定义、XML 元数据的 JNDI 查询以及异常处理均属于 JavaEE 开发期间要做的工作，而不属于 SDO JDBC DAS。