SDOvsEJB 3.0详细比较

其实，SDO2和EJB3(也称Java Persistence API - JPA) 规范之间差异还是很大的，与其说它们之间是竞争关系，倒不如说互补更为合适。

SDO野心很大，它妄图为各种SOA架构下的数据类型提供一个统一而灵活的API。EJB3则着眼于基于ORM的新型数据持久化技术，让EJB变得更简单，期间它还得到了来自Hibernate和Oracle ORM工具开发者的支持。

支持的语言

◆EJB 3.0仅用于Java
◆SDO API有着Java和C++两个版本, 但可以用其他语言实现(现在有PHP版本的). SDO定义了一套SDO的数据类型，确保了不同数据源之间和不同语言之间的可移植性。倒目前为止，SDO已有Java, C++, 和 PHP三个版本. 而EJB 3.0 仅面向Java，没有多语言的兼容性。

数据类型和格式

◆EJB 3.0 的数据持久化着眼于数据库中的关系型数据。
◆SDO 面向的是各种类型的数据，关系型数据只是其中的一种。开发人员了解SDO API后，可以访问任何SDO实现所支持的数据类型。除了有统一的数据访问API来从各种数据源读取数据以外，SDO还同时有统一的访问数据源的元数据的 API。其中，DataGraph和DataObject接口是SDO提供用来访问数据的，Type和Property接口则提供了访问元数据的API。

EJB 3.0 基于ORM, SDO关注数据

◆EJB 3.0 非常依赖ORM技术，而ORM技术在设计是为了将java对象持久化到关系型数据库(也称作‘逻辑优先’方式)或者是在Java对象和已有数据库间做映射(也称作‘意大利面条’方式).
◆SDO 采用 \'数据优先\' 的方式, 它假定数据库可以被优化(和范式化)，并且比上层业务层有更长的生命周期。基于数据库是数据焦点的假定，FireStorm/SDO 将数据库结构反向工程以生成持久化代码。

SDO 是面向SOA架构的

◆EJB 3.0 是用于传统的单个Java应用，通常是C-S架构(译者按：这点牵强，不是很赞同)
◆SDO 支持脱机应用模型的概念，这非常适合SOA的架构。脱机状态的DataGraph意味着可以不锁数据库表，因为所有修改都是离线修改。

SCA 和 J2EE 规范

◆EJB 3.0 是JEE (J2EE的新叫法)的一部分, JEE是过去几年主要的应用部署平台
◆最新版本的SDO规范同SCA规范一同发布了。SCA实现了分布式SOA架构下服务之间的点到点互动。SCA是业界对微软的 Indigo/WCF 战略的强有力的回应，也许是这两年 SOA/Web Services 上最重要的发展。

紧耦合和松耦合