SDOvsEJB 3.0詳細比較
其實，SDO2和EJB3(也稱Java Persistence API - JPA) 規(guī)范之間差異還是很大的，與其說它們之間是競爭關系，倒不如說互補更為合適。
SDO野心很大，它妄圖為各種SOA架構下的數(shù)據(jù)類型提供一個統(tǒng)一而靈活的API。EJB3則著眼于基于ORM的新型數(shù)據(jù)持久化技術，讓EJB變得更簡單，期間它還得到了來自Hibernate和Oracle ORM工具開發(fā)者的支持。
支持的語言
◆EJB 3.0僅用于Java
◆SDO API有著Java和C++兩個版本, 但可以用其他語言實現(xiàn)(現(xiàn)在有PHP版本的). SDO定義了一套SDO的數(shù)據(jù)類型，確保了不同數(shù)據(jù)源之間和不同語言之間的可移植性。倒目前為止，SDO已有Java, C++, 和 PHP三個版本. 而EJB 3.0 僅面向Java，沒有多語言的兼容性。
數(shù)據(jù)類型和格式
◆EJB 3.0 的數(shù)據(jù)持久化著眼于數(shù)據(jù)庫中的關系型數(shù)據(jù)。
◆SDO 面向的是各種類型的數(shù)據(jù)，關系型數(shù)據(jù)只是其中的一種。開發(fā)人員了解SDO API后，可以訪問任何SDO實現(xiàn)所支持的數(shù)據(jù)類型。除了有統(tǒng)一的數(shù)據(jù)訪問API來從各種數(shù)據(jù)源讀取數(shù)據(jù)以外，SDO還同時有統(tǒng)一的訪問數(shù)據(jù)源的元數(shù)據(jù)的 API。其中，DataGraph和DataObject接口是SDO提供用來訪問數(shù)據(jù)的，Type和Property接口則提供了訪問元數(shù)據(jù)的API。
EJB 3.0 基于ORM, SDO關注數(shù)據(jù)
◆EJB 3.0 非常依賴ORM技術，而ORM技術在設計是為了將java對象持久化到關系型數(shù)據(jù)庫(也稱作‘邏輯優(yōu)先’方式)或者是在Java對象和已有數(shù)據(jù)庫間做映射(也稱作‘意大利面條’方式).
◆SDO 采用 \'數(shù)據(jù)優(yōu)先\' 的方式, 它假定數(shù)據(jù)庫可以被優(yōu)化(和范式化)，并且比上層業(yè)務層有更長的生命周期。基于數(shù)據(jù)庫是數(shù)據(jù)焦點的假定，F(xiàn)ireStorm/SDO 將數(shù)據(jù)庫結構反向工程以生成持久化代碼。
SDO 是面向SOA架構的
◆EJB 3.0 是用于傳統(tǒng)的單個Java應用，通常是C-S架構(譯者按：這點牽強，不是很贊同)
◆SDO 支持脫機應用模型的概念，這非常適合SOA的架構。脫機狀態(tài)的DataGraph意味著可以不鎖數(shù)據(jù)庫表，因為所有修改都是離線修改。
SCA 和 J2EE 規(guī)范
◆EJB 3.0 是JEE (J2EE的新叫法)的一部分, JEE是過去幾年主要的應用部署平臺
◆***版本的SDO規(guī)范同SCA規(guī)范一同發(fā)布了。SCA實現(xiàn)了分布式SOA架構下服務之間的點到點互動。SCA是業(yè)界對微軟的 Indigo/WCF 戰(zhàn)略的強有力的回應，也許是這兩年 SOA/Web Services 上最重要的發(fā)展。
緊耦合和松耦合
◆EJB 3.0 是嵌入式，和應用耦合緊密。
◆SDO 的實現(xiàn)可以設計成適用于輕量級以及分布式的架構。SDO規(guī)范同時允許靜態(tài)(強類型)調用和動態(tài)(弱類型)調用。
所以，由于目標和特性上的這些差異，不能說EJB3或SDO2哪個是更好的持久化規(guī)范，不過，我們可以從中得到一些思路：
◆如果你開發(fā)的是一個傳統(tǒng)(非SOA)應用，用的是關系型數(shù)據(jù)庫且全部用Java，那么EJB3是個不錯的選擇。
◆如果你使用SOA架構進行開發(fā)，或者需要訪問不同類型的數(shù)據(jù)，那么SDO是個不錯的選擇。
【編輯推薦】
