選自《精通Hibernate：Java對象持久化技術(shù)詳解》?作者：孫衛(wèi)琴?來源:?www.javathinker.org?
如果轉(zhuǎn)載，請標(biāo)明出處，謝謝?
1.1?Hibernate?API?變化?
1.1.1?包名?
1.1.2?org.hibernate.classic包?
1.1.3?Hibernate所依賴的第三方軟件包?
1.1.4?異常模型?
1.1.5?Session接口?
1.1.6?createSQLQuery()?
1.1.7?Lifecycle?和?Validatable?接口?
1.1.8?Interceptor接口?
1.1.9?UserType和CompositeUserType接口?
1.1.10?FetchMode類?
1.1.11?PersistentEnum類?
1.1.12?對Blob?和Clob的支持?
1.1.13?Hibernate中供擴(kuò)展的API的變化?
1.2?元數(shù)據(jù)的變化?
1.2.1?檢索策略?
1.2.2?對象標(biāo)識符的映射?
1.2.3?集合映射?
1.2.4?DTD?
1.3?查詢語句的變化?
1.3.1?indices()和elements()函數(shù)?
盡管Hibernate?3.0?與Hibernate2.1的源代碼是不兼容的，但是當(dāng)Hibernate開發(fā)小組在設(shè)計Hibernate3.0時，為簡化升級Hibernate版本作了周到的考慮。對于現(xiàn)有的基于Hibernate2.1的Java項目，可以很方便的把它升級到Hibernate3.0。?
本文描述了Hibernate3.0版本的新變化，Hibernate3.0版本的變化包括三個方面：?
（1）API的變化，它將影響到Java程序代碼。?
（2）元數(shù)據(jù)，它將影響到對象-關(guān)系映射文件。?
（3）HQL查詢語句。?
值得注意的是，?Hibernate3.0并不會完全取代Hibernate2.1。在同一個應(yīng)用程序中，允許Hibernate3.0和Hibernate2.1并存。?
1.1?Hibernate?API?變化?
1.1.1?包名?
Hibernate3.0的包的根路徑為:?“org.hibernate”?，而在Hibernate2.1中為“net.sf.hibernate”。這一命名變化使得Hibernate2.1和Hibernate3.0能夠同時在同一個應(yīng)用程序中運(yùn)行。?
如果希望把已有的應(yīng)用升級到Hibernate3.0，那么升級的第一步是把Java源程序中的所有“net.sf.hibernate”替換為“org.hibernate”。?
Hibernate2.1中的“net.sf.hibernate.expression”包被改名為“org.hibernate.criterion”。假如應(yīng)用程序使用了Criteria?API，那么在升級的過程中，必須把Java源程序中的所有“net.sf.hibernate.expression”替換為“org.hibernate.criterion”。?
如果應(yīng)用使用了除Hibernate以外的其他外部軟件，而這個外部軟件又引用了Hibernate的接口，那么在升級時必須十分小心。例如EHCache擁有自己的CacheProvider：?net.sf.ehcache.hibernate.Provider，在這個類中引用了Hibernate2.1中的接口，在升級應(yīng)用時，可以采用以下辦法之一來升級EHCache:?
（1）手工修改net.sf.ehcache.hibernate.Provider類，使它引用Hibernate3.0中的接口。?
（2）等到EHCache軟件本身升級為使用Hibernate3.0后，使用新的EHCache軟件。?
（3）使用Hibernate3.0中內(nèi)置的CacheProvider：org.hibernate.cache.EhCacheProvider。?
1.1.2?org.hibernate.classic包?
Hibernate3.0把一些被廢棄的接口都轉(zhuǎn)移到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類型的實(shí)例。如果希望在程序中完全使用Hibernate3.0，可以采用以下方式創(chuàng)建Session實(shí)例：?
org.hibernate.Session?session=sessionFactory.openSession();?
如果是對已有的程序進(jìn)行簡單的升級，并且希望仍然調(diào)用Hibernate2.1中Session的一些接口，可以采用以下方式創(chuàng)建Session實(shí)例：?
org.hibernate.classic.Session?session=sessionFactory.openSession();?
在Hibernate3.0中，Session接口中被廢棄的方法包括：?
*?執(zhí)行查詢的方法：find()、iterate()、filter()和delete(String?hqlSelectQuery)?
*?saveOrUpdateCopy()?
Hibernate3.0一律采用createQuery()方法來執(zhí)行所有的查詢語句，采用DELETE?查詢語句來執(zhí)行批量刪除，采用merge()方法來替代?saveOrUpdateCopy()方法。?
提示：在Hibernate2.1中，Session的delete()方法有幾種重載形式，其中參數(shù)為HQL查詢語句的delete()方法在Hibernate3.0中被廢棄，而參數(shù)為Ojbect類型的的delete()方法依然被支持。delete(Object?o)方法用于刪除參數(shù)指定的對象，該方法支持級聯(lián)刪除。?
Hibernate2.1沒有對批量更新和批量刪除提供很好的支持，參見<<精通Hibernate>>一書的第13章的13.1.1節(jié)（批量更新和批量刪除），而Hibernate3.0對批量更新和批量刪除提供了支持，能夠直接執(zhí)行批量更新或批量刪除語句，無需把被更新或刪除的對象先加載到內(nèi)存中。以下是通過Hibernate3.0執(zhí)行批量更新的程序代碼：?
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執(zhí)行批量刪除的程序代碼：?
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?接口中加入了兩個新的方法。?用戶創(chuàng)建的Interceptor實(shí)現(xiàn)類在升級的過程中，需要為這兩個新方法提供方法體為空的實(shí)現(xiàn)。此外，instantiate()方法的參數(shù)作了修改，isUnsaved()方法被改名為isTransient()。?
1.1.9?UserType和CompositeUserType接口?
在UserType和CompositeUserType接口中都加入了一些新的方法，這兩個接口被移到org.hibernate.usertype包中，用戶定義的UserType和CompositeUserType實(shí)現(xiàn)類必須實(shí)現(xiàn)這些新方法。?
Hibernate3.0提供了ParameterizedType接口，用于更好的重用用戶自定義的類型。?
1.1.10?FetchMode類?
FetchMode.LAZY?和?FetchMode.EAGER被廢棄。取而代之的分別為FetchMode.SELECT?和FetchMode.JOIN。?
1.1.11?PersistentEnum類?
PersistentEnum被廢棄并刪除。已經(jīng)存在的應(yīng)用應(yīng)該采用UserType來處理枚舉類型。?
1.1.12?對Blob?和Clob的支持?
Hibernate對Blob和Clob實(shí)例進(jìn)行了包裝，使得那些擁有Blob或Clob類型的屬性的類的實(shí)例可以被游離、序列化或反序列化，以及傳遞到merge()方法中。?
1.1.13?Hibernate中供擴(kuò)展的API的變化?
org.hibernate.criterion、?org.hibernate.mapping、?org.hibernate.persister和org.hibernate.collection?包的結(jié)構(gòu)和實(shí)現(xiàn)發(fā)生了重大的變化。多數(shù)基于Hibernate?
2.1?的應(yīng)用不依賴于這些包，因此不會被影響。如果你的應(yīng)用擴(kuò)展了這些包中的類，那么必須非常小心的對受影響的程序代碼進(jìn)行升級。?
1.2?元數(shù)據(jù)的變化?
1.2.1?檢索策略?
在Hibernate2.1中，lazy屬性的默認(rèn)值為“false”，而在Hibernate3.0中，lazy屬性的默認(rèn)值為“true”。在升級映射文件時，如果原來的映射文件中的有關(guān)元素，如、等沒有顯式設(shè)置lazy屬性，那么必須把它們都顯式的設(shè)置為lazy=“true”。如果覺得這種升級方式很麻煩，可以采取另一簡單的升級方式：在元素中設(shè)置:?default-lazy=“false”。?
1.2.2?對象標(biāo)識符的映射?
unsaved-value屬性是可選的，在多數(shù)情況下，Hibernate3.0將把unsaved-value="0"?作為默認(rèn)值。?
在Hibernate3.0中，當(dāng)使用自然主鍵和游離對象時，不再強(qiáng)迫實(shí)現(xiàn)Interceptor.isUnsaved()方法。?如果沒有設(shè)置這個方法，當(dāng)Hibernate3.0無法區(qū)分對象的狀態(tài)時，會查詢數(shù)據(jù)庫，來判斷這個對象到底是臨時對象，還是游離對象。不過，顯式的使用Interceptor.isUnsaved()方法會獲得更好的性能，因?yàn)檫@可以減少Hibernate直接訪問數(shù)據(jù)庫的次數(shù)。?
1.2.3?集合映射?
元素在某些情況下被和元素替代。此外，Hibernate3.0用?元素來替代原來的.元素，用元素來替代原來的元素。?
1.2.4?DTD?
對象-關(guān)系映射文件中的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++的詞法和語法分析器，并可產(chǎn)生語法分析樹并對該樹進(jìn)行遍歷。ANTLR由于是純Java的，因此可以安裝在任意平臺上，但是需要JDK的支持。?
Hibernate開發(fā)小組盡力保證Hibernate3.0的查詢翻譯器能夠支持Hibernate2.1的所有查詢語句。不過，對于許多已經(jīng)存在的應(yīng)用，在升級過程中，也不妨仍然使用Hibernate2.1的查詢翻譯器。?
值得注意的是，?Hibernate3.0的查詢翻譯器存在一個Bug：不支持某些theta-style連結(jié)查詢方言：如Oracle8i的OracleDialect方言、Sybase11Dialect。解決這一問題的辦法有兩種：（1）改為使用支持ANSI-style連結(jié)查詢的方言，如?Oracle9Dialect,（2）如果升級的時候遇到這一問題，那么還是改為使用Hibernate2.1的查詢翻譯器。?
1.3.1?indices()和elements()函數(shù)?
在HQL的select子句中廢棄了indices()和elements()函數(shù)，因?yàn)檫@兩個函數(shù)的語法很讓用戶費(fèi)解，可以用顯式的連接查詢語句來替代?select?elements(...)?。而在HQL的where子句中，仍然可以使用elements()函數(shù)。
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=623674