Hibernate 2與Hibernate 3的區別

儘管Hibernate 3.0 與Hibernate2.1的源代碼是不兼容的，但是當Hibernate開發小組在設計Hibernate3.0時，爲簡化升級Hibernate版本 作了周到的考慮。對於現有的基於Hibernate2.1的Java項目，可以很方便的把它升級到Hibernate3.0。

本文描述了Hibernate3.0版本的新變化，Hibernate3.0版本的變化包括三個方面：
（1）API的變化，它將影響到Java程序代碼。
（2）元數據，它將影響到對象-關係映射文件。
（3）HQL查詢語句。

值得注意的是， Hibernate3.0並不會完全取代Hibernate2.1。在同一個應用程序中，允許Hibernate3.0和Hibernate2.1並存。

1.1 Hibernate API 變化

1.1.1 包名

Hibernate3.0的包的根路徑爲: “org.hibernate” ，而在Hibernate2.1中爲“net.sf.hibernate”。這一命名變化使得Hibernate2.1和Hibernate3.0能夠同時在同一個應用程序中運行。

如果希望把已有的應用升級到Hibernate3.0，那麼升級的第一步是把Java源程序中的所有“net.sf.hibernate”替換爲“org.hibernate”。

Hibernate2.1 中的“net.sf.hibernate.expression”包被改名爲“org.hibernate.criterion”。假如應用程序使用了 Criteria API，那麼在升級的過程中，必須把Java源程序中的所有“net.sf.hibernate.expression”替換爲 “org.hibernate.criterion”。

如果應用使用了除Hibernate以外的其他外部軟件，而這個外部軟件又引用了 Hibernate的接口，那麼在升級時必須十分小心。例如EHCache擁有自己的CacheProvider： net.sf.ehcache.hibernate.Provider，在這個類中引用了Hibernate2.1中的接口，在升級應用時，可以採用以下 辦法之一來升級EHCache:

（1）手工修改net.sf.ehcache.hibernate.Provider類，使它引用Hibernate3.0中的接口。
（2）等到EHCache軟件本身升級爲使用Hibernate3.0後，使用新的EHCache軟件。
（3）使用Hibernate3.0中內置的CacheProvider：org.hibernate.cache.EhCacheProvider。

1.1.2 org.hibernate.classic包

Hibernate3.0把一些被廢棄的接口都轉移到org.hibernate.classic中。

1.1.3 Hibernate所依賴的第三方軟件包

在Hibernate3.0的軟件包的lib目錄下的README.txt文件中，描述了Hibernate3.0所依賴的第三方軟件包的變化。

1.1.4 異常模型

在Hibernate3.0中，HibernateException異常以及它的所有子類都繼承了java.lang.RuntimeException。因此在編譯時，編譯器不會再檢查HibernateException。

1.1.5 Session接口

在Hibernate3.0中，原來Hibernate2.1的Session接口中的有些基本方法也被廢棄，但爲了簡化升級，這些方法依然是可用的，可以通過org.hibernate.classic.Session子接口來訪問它們，例如：


org.hibernate.classic.Session session=sessionFactory.openSession();
session.delete("delete from Customer ");


在Hibernate3.0 中，org.hibernate.classic.Session接口繼承了org.hibernate.Session接口，在 org.hibernate.classic.Session接口中包含了一系列被廢棄的方法，如find()、interate()等。 SessionFactory接口的openSession()方法返回org.hibernate.classic.Session類型的實例。如果希 望在程序中完全使用Hibernate3.0，可以採用以下方式創建Session實例：

org.hibernate.Session session=sessionFactory.openSession();

如果是對已有的程序進行簡單的升級，並且希望仍然調用Hibernate2.1中Session的一些接口，可以採用以下方式創建Session實例：

org.hibernate.classic.Session session=sessionFactory.openSession();

在Hibernate3.0中，Session接口中被廢棄的方法包括：
* 執行查詢的方法：find()、iterate()、filter()和delete(String hqlSelectQuery)
* saveOrUpdateCopy()

Hibernate3.0一律採用createQuery()方法來執行所有的查詢語句，採用DELETE 查詢語句來執行批量刪除，採用merge()方法來替代 saveOrUpdateCopy()方法。


提 示：在Hibernate2.1中，Session的delete()方法有幾種重載形式，其中參數爲HQL查詢語句的delete()方法在 Hibernate3.0中被廢棄，而參數爲Ojbect類型的的delete()方法依然被支持。delete(Object o)方法用於刪除參數指定的對象，該方法支持級聯刪除。

Hibernate2.1沒有對批量更新和批量刪除提供很好的支持，參見< <精通Hibernate>>一書的第13章的13.1.1節（批量更新和批量刪除），而Hibernate3.0對批量更新和批量刪 除提供了支持，能夠直接執行批量更新或批量刪除語句，無需把被更新或刪除的對象先加載到內存中。以下是通過Hibernate3.0執行批量更新的程序代 碼：

Session session = sessionFactory.openSession();
Transaction tx = session.beginTransaction();

String hqlUpdate = "update Customer set name = :newName where name = :oldName";
int updatedEntities = s.createQuery( hqlUpdate )
.setString( "newName", newName )
.setString( "oldName", oldName )
.executeUpdate();
tx.commit();
session.close();

以下是通過Hibernate3.0執行批量刪除的程序代碼：

Session session = sessionFactory.openSession();
Transaction tx = session.beginTransaction();

String hqlDelete = "delete Customer where name = :oldName";
int deletedEntities = s.createQuery( hqlDelete )
.setString( "oldName", oldName )
.executeUpdate();
tx.commit();
session.close();

1.1.6 createSQLQuery()

在Hibernate3.0中，Session接口的createSQLQuery()方法被廢棄，被移到org.hibernate.classic.Session接口中。Hibernate3.0採用新的SQLQuery接口來完成相同的功能。

1.1.7 Lifecycle 和 Validatable 接口

Lifecycle和Validatable 接口被廢棄，並且被移到org.hibernate.classic包中。

1.1.8 Interceptor接口

在Interceptor 接口中加入了兩個新的方法。 用戶創建的Interceptor實現類在升級的過程中，需要爲這兩個新方法提供方法體爲空的實現。此外，instantiate()方法的參數作了修 改，isUnsaved()方法被改名爲isTransient()。

1.1.9 UserType和CompositeUserType接口

在UserType和CompositeUserType接口中都加入了一些新的方法，這兩個接口被移到org.hibernate.usertype包中，用戶定義的UserType和CompositeUserType實現類必須實現這些新方法。

Hibernate3.0提供了ParameterizedType接口，用於更好的重用用戶自定義的類型。

1.1.10 FetchMode類

FetchMode.LAZY 和 FetchMode.EAGER被廢棄。取而代之的分別爲FetchMode.SELECT 和FetchMode.JOIN。

1.1.11 PersistentEnum類

PersistentEnum被廢棄並刪除。已經存在的應用應該採用UserType來處理枚舉類型。

1.1.12 對Blob 和Clob的支持

Hibernate對Blob和Clob實例進行了包裝，使得那些擁有Blob或Clob類型的屬性的類的實例可以被遊離、序列化或反序列化，以及傳遞到merge()方法中。

1.1.13 Hibernate中供擴展的API的變化

org.hibernate.criterion、 org.hibernate.mapping、 org.hibernate.persister和org.hibernate.collection 包的結構和實現發生了重大的變化。多數基於Hibernate
2.1 的應用不依賴於這些包，因此不會被影響。如果你的應用擴展了這些包中的類，那麼必須非常小心的對受影響的程序代碼進行升級。

1.2 元數據的變化

1.2.1 檢索策略

在Hibernate2.1 中，lazy屬性的默認值爲“false”，而在Hibernate3.0中，lazy屬性的默認值爲“true”。在升級映射文件時，如果原來的映射文 件中的有關元素，如、等沒有顯式設置lazy屬性，那麼必須把它們都顯式的設置爲lazy= “true”。如果覺得這種升級方式很麻煩，可以採取另一簡單的升級方式：在元素中設置: default-lazy=“false”。

1.2.2 對象標識符的映射

unsaved-value屬性是可選的，在多數情況下，Hibernate3.0將把unsaved-value="0" 作爲默認值。

在Hibernate3.0 中，當使用自然主鍵和遊離對象時，不再強迫實現Interceptor.isUnsaved()方法。 如果沒有設置這個方法，當Hibernate3.0無法區分對象的狀態時，會查詢數據庫，來判斷這個對象到底是臨時對象，還是遊離對象。不過，顯式的使用 Interceptor.isUnsaved()方法會獲得更好的性能，因爲這可以減少Hibernate直接訪問數據庫的次數。

1.2.3 集合映射

< index>元素在某些情況下被 和元素替代。此外，Hibernate3.0 用 元素來替代原來的.元素，用元素來替代原來的 元素。

1.2.4 DTD

對象-關係映射文件中的DTD文檔，由原來的：
http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd
改爲：
http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd

1.3 查詢語句的變化

Hibernate3.0 採用新的基於ANTLR的HQL/SQL查詢翻譯器，不過，Hibernate2.1的查詢翻譯器也依然存在。在Hibernate的配置文件中，hibernate.query.factory_class屬性用來選擇查詢翻譯器。例如：
（1）選擇Hibernate3.0的查詢翻譯器：
hibernate.query.factory_class= org.hibernate.hql.ast.ASTQueryTranslatorFactory
（2）選擇Hibernate2.1的查詢翻譯器
hibernate.query.factory_class= org.hibernate.hql.classic.ClassicQueryTranslatorFactory


提示：ANTLR是用純Java語言編寫出來的一個編譯工具，它可生成Java語言或者是C++的詞法和語法分析器，並可產生語法分析樹並對該樹進行遍歷。ANTLR由於是純Java的，因此可以安裝在任意平臺上，但是需要JDK的支持。

Hibernate開發小組盡力保證Hibernate3.0的查詢翻譯器能夠支持Hibernate2.1的所有查詢語句。不過，對於許多已經存在的應用，在升級過程中，也不妨仍然使用Hibernate2.1的查詢翻譯器。
值 得注意的是， Hibernate3.0的查詢翻譯器存在一個Bug：不支持某些theta-style連結查詢方言：如Oracle8i的OracleDialect 方言、Sybase11Dialect。解決這一問題的辦法有兩種：（1）改爲使用支持ANSI-style連結查詢的方言，如 Oracle9Dialect,（2）如果升級的時候遇到這一問題，那麼還是改爲使用Hibernate2.1的查詢翻譯器。

1.3.1 indices()和elements()函數

在HQL 的select子句中廢棄了indices()和elements()函數，因爲這兩個函數的語法很讓用戶費解，可以用顯式的連接查詢語句來替代 select elements(...) 。而在HQL的where子句中，仍然可以使用elements()函數。