用于配置Hibernate的接口:Configuration接口
Hibernate核心接口
Configuration接口:配置Hibernate,Hibernate應(yīng)用通過(guò)Configuration實(shí)例來(lái)指定對(duì)象-關(guān)系映射文件的位置或動(dòng)態(tài)配置Hibernate的屬性,然后創(chuàng)建SessionFactory對(duì)象實(shí)例。
SessionFactory接口:初始化Hibernate,充當(dāng)數(shù)據(jù)存儲(chǔ)源的代理、創(chuàng)建Session對(duì)象。
一個(gè)SessionFactory實(shí)例對(duì)應(yīng)一個(gè)數(shù)據(jù)存儲(chǔ)源,Hibernate應(yīng)用從SessionFactory中獲得Session對(duì)象實(shí)例。
特定:它是線程安全的,意味著同一個(gè)實(shí)例可以被應(yīng)用的多個(gè)線程共享,它是重量級(jí)的,意味著不能隨意創(chuàng)建或銷毀實(shí)例,一個(gè)數(shù)據(jù)庫(kù)訪問(wèn)只需創(chuàng)建一個(gè)實(shí)例。
Session接口:負(fù)責(zé)保存、更新、刪除、加載、查詢對(duì)象
Session接口被稱做持久化管理器,每個(gè)Session實(shí)例都有自已的緩存,用來(lái)存放被當(dāng)前工作單元加載的對(duì)象且只能被當(dāng)前工作單元訪問(wèn)。
特性,它不是線程安全的,應(yīng)該避免多個(gè)線程共享同一個(gè)Session實(shí)例,它是輕量級(jí)的,意味著創(chuàng)建或銷毀實(shí)例不需要消耗太多的資源,可以為每個(gè)請(qǐng)求分配單獨(dú)的Session實(shí)例,或者為每個(gè)工作單元分配單獨(dú)的Session實(shí)例。
Transation接口:Hibernate的數(shù)據(jù)庫(kù)事務(wù)接口,對(duì)底層的事務(wù)接口做了封裝。
封裝的底層事務(wù)接口:
JDBC API、JTA(Java Transation)API、CORBA(Common Object Request Broker Architecture)API
通過(guò)一致的Transation接口來(lái)聲明事務(wù)邊界,有利于應(yīng)用在不同環(huán)境或容器中移植。
Query接口和Criteria接口:執(zhí)行數(shù)據(jù)庫(kù)查詢,控制執(zhí)行查詢的過(guò)程。
Query接口封裝了一個(gè)面向?qū)ο蟮牟樵冋Z(yǔ)句(Hibernate Query Language, HQL)
Criteria接口封裝了基于字符串形式的查詢語(yǔ)句,擅長(zhǎng)于執(zhí)行動(dòng)態(tài)查詢。
回調(diào)接口:Interceptor接口、Lifecycle接口、Validatable接口
當(dāng)一個(gè)對(duì)象發(fā)生了特定的事件(如加載、保存、更新、刪除),Hibernate應(yīng)用可以通過(guò)回調(diào)來(lái)響應(yīng)事件。
回調(diào)接口按實(shí)現(xiàn)方式可分為:
Lifecycle接口和Validatable接口:由持久化類來(lái)實(shí)現(xiàn)接口。
Lifecycle接口,使持久化類的實(shí)例能響應(yīng)被加載、保存、刪除的事件。
Validatable接口,使持久化類的實(shí)例在被保存前進(jìn)行數(shù)據(jù)驗(yàn)證。
Interceptor接口:不必由持久化類來(lái)實(shí)現(xiàn)接口。Interceptor實(shí)現(xiàn)類負(fù)責(zé)響應(yīng)持久化類的實(shí)例被加載、保存、更新、刪除的事件。
映射類型接口:Type接口、UserType接口、CompositeUserType接口
Type接口,表示Hibernate映射類型,用于把域?qū)ο笥成錇閿?shù)據(jù)庫(kù)的關(guān)系數(shù)據(jù)。
Type接口的實(shí)現(xiàn)類:PrimitiveType類,映射Java基本類型。DateType類,映射Java日期類型。
擴(kuò)展接口:
定制主鍵的生成策略:IndentifierGenerator接口
定制本地SQL方言:Dialect抽象類
定制緩存機(jī)制:Cache接口、CacheProvider接口
定制JDBC連接管理:ConnectionProvider接口
定制事務(wù)管理:TransationFactory接口、Transation接口、TransationManagerLookup接口
定制ORM策略:ClassPersister接口及其子接口
定制屬性訪問(wèn)策略:PropertyAccesser接口
創(chuàng)建代理:ProxyFactory接口
定制客戶化映射類型:UserType接口、CompositeUserType接口。
在Hibernate中處理批量更新和批量刪除
批量更新是指在一個(gè)事務(wù)中更新大批量數(shù)據(jù),批量刪除是指在一個(gè)事務(wù)中刪除大批量數(shù)據(jù),以下程序直接通過(guò)Hibernate API批量更新
tx = session.beginTransaction();
Iterator customers=session.find("from Customer c where c.age>0").iterator();
while(customers.hasNext()){
Customer customer=(Customer)customers.next();
customer.setAge(customer.getAge()+1);
}
tx.commit();
session.close();
如果CUSTOMERS表中有1萬(wàn)條年齡大于零的記錄,那么Session的find()方法會(huì)一下子加載1萬(wàn)個(gè)Customer對(duì)象到內(nèi)存。當(dāng)執(zhí)行tx.commit()方法時(shí),會(huì)清理緩存,Hibernate執(zhí)行1萬(wàn)條更新CUSTOMERS表的update語(yǔ)句:
update CUSTOMERS set AGE=? …. where ID=i;
update CUSTOMERS set AGE=? …. where ID=j;
……
update CUSTOMERS set AGE=? …. where ID=k;
以上批量更新方式有兩個(gè)缺點(diǎn):
(1) 占用大量?jī)?nèi)存,必須把1萬(wàn)個(gè)Customer對(duì)象先加載到內(nèi)存,然后一一更新它們。
(2) 執(zhí)行的update語(yǔ)句的數(shù)目太多,每個(gè)update語(yǔ)句只能更新一個(gè)Customer對(duì)象,必須通過(guò)1萬(wàn)條update語(yǔ)句才能更新一萬(wàn)個(gè)Customer對(duì)象,頻繁的訪問(wèn)數(shù)據(jù)庫(kù),會(huì)大大降低應(yīng)用的性能。
為了迅速釋放1萬(wàn)個(gè)Customer對(duì)象占用的內(nèi)存,可以在更新每個(gè)Customer對(duì)象后,就調(diào)用Session的evict()方法立即釋放它的內(nèi)存:
tx = session.beginTransaction();
Iterator customers=session.find("from Customer c where c.age>0").iterator();
while(customers.hasNext()){
Customer customer=(Customer)customers.next();
customer.setAge(customer.getAge()+1);
session.flush();
session.evict(customer);
}
tx.commit();
session.close();
在以上程序中,修改了一個(gè)Customer對(duì)象的age屬性后,就立即調(diào)用Session的flush()方法和evict()方法,flush()方法使Hibernate立刻根據(jù)這個(gè)Customer對(duì)象的狀態(tài)變化同步更新數(shù)據(jù)庫(kù),從而立即執(zhí)行相關(guān)的update語(yǔ)句;evict()方法用于把這個(gè)Customer對(duì)象從緩存中清除出去,從而及時(shí)釋放它占用的內(nèi)存。
但evict()方法只能稍微提高批量操作的性能,因?yàn)椴还苡袥](méi)有使用evict()方法,Hibernate都必須執(zhí)行1萬(wàn)條update語(yǔ)句,才能更新1萬(wàn)個(gè)Customer對(duì)象,這是影響批量操作性能的重要因素。假如Hibernate能直接執(zhí)行如下SQL語(yǔ)句:
update CUSTOMERS set AGE=AGE+1 where AGE>0;
那么以上一條update語(yǔ)句就能更新CUSTOMERS表中的1萬(wàn)條記錄。但是Hibernate并沒(méi)有直接提供執(zhí)行這種update語(yǔ)句的接口。應(yīng)用程序必須繞過(guò)Hibernate API,直接通過(guò)JDBC API來(lái)執(zhí)行該SQL語(yǔ)句:
tx = session.beginTransaction();
Connection con=session.connection();
PreparedStatement stmt=con.prepareStatement("update CUSTOMERS set AGE=AGE+1 "
+"where AGE>0 ");
stmt.executeUpdate();
tx.commit();
以上程序演示了繞過(guò)Hibernate API,直接通過(guò)JDBC API訪問(wèn)數(shù)據(jù)庫(kù)的過(guò)程。應(yīng)用程序通過(guò)Session的connection()方法獲得該Session使用的數(shù)據(jù)庫(kù)連接,然后通過(guò)它創(chuàng)建PreparedStatement對(duì)象并執(zhí)行SQL語(yǔ)句。值得注意的是,應(yīng)用程序仍然通過(guò)Hibernate的Transaction接口來(lái)聲明事務(wù)邊界。
如果底層數(shù)據(jù)庫(kù)(如Oracle)支持存儲(chǔ)過(guò)程,也可以通過(guò)存儲(chǔ)過(guò)程來(lái)執(zhí)行批量更新。存儲(chǔ)過(guò)程直接在數(shù)據(jù)庫(kù)中運(yùn)行,速度更加快。在Oracle數(shù)據(jù)庫(kù)中可以定義一個(gè)名為batchUpdateCustomer()的存儲(chǔ)過(guò)程,代碼如下:
create or replace procedure batchUpdateCustomer(p_age in number) as
begin
update CUSTOMERS set AGE=AGE+1 where AGE>p_age;
end;
以上存儲(chǔ)過(guò)程有一個(gè)參數(shù)p_age,代表客戶的年齡,應(yīng)用程序可按照以下方式調(diào)用存儲(chǔ)過(guò)程:
tx = session.beginTransaction();
Connection con=session.connection();
String procedure = "{call batchUpdateCustomer(?) }";
CallableStatement cstmt = con.prepareCall(procedure);
cstmt.setInt(1,0); //把年齡參數(shù)設(shè)為0
cstmt.executeUpdate();
tx.commit();
從上面程序看出,應(yīng)用程序也必須繞過(guò)Hibernate API,直接通過(guò)JDBC API來(lái)調(diào)用存儲(chǔ)過(guò)程。
Session的各種重載形式的update()方法都一次只能更新一個(gè)對(duì)象,而delete()方法的有些重載形式允許以HQL語(yǔ)句作為參數(shù),例如:
session.delete("from Customer c where c.age>0");
如果CUSTOMERS表中有1萬(wàn)條年齡大于零的記錄,那么以上代碼能刪除一萬(wàn)條記錄。但是Session的delete()方法并沒(méi)有執(zhí)行以下delete語(yǔ)句:
delete from CUSTOMERS where AGE>0;
Session的delete()方法先通過(guò)以下select語(yǔ)句把1萬(wàn)個(gè)Customer對(duì)象加載到內(nèi)存中:
select * from CUSTOMERS where AGE>0;
接下來(lái)執(zhí)行一萬(wàn)條delete語(yǔ)句,逐個(gè)刪除Customer對(duì)象:
delete from CUSTOMERS where ID=i;
delete from CUSTOMERS where ID=j;
……
delete from CUSTOMERS where ID=k;
由此可見,直接通過(guò)Hibernate API進(jìn)行批量更新和批量刪除都不值得推薦。而直接通過(guò)JDBC API執(zhí)行相關(guān)的SQL語(yǔ)句或調(diào)用相關(guān)的存儲(chǔ)過(guò)程,是批量更新和批量刪除的最佳方式,這兩種方式都有以下優(yōu)點(diǎn):
(1) 無(wú)需把數(shù)據(jù)庫(kù)中的大批量數(shù)據(jù)先加載到內(nèi)存中,然后逐個(gè)更新或修改它們,因此不會(huì)消耗大量?jī)?nèi)存。
(2) 能在一條SQL語(yǔ)句中更新或刪除大批量的數(shù)據(jù)。
在hibernate中,最核心的概念就是對(duì)PO的狀態(tài)管理,一個(gè)PO有三種狀態(tài):
未被持久化的VO
此時(shí)就是一個(gè)內(nèi)存對(duì)象VO,由JVM管理生命周期
已被持久化的PO,并且在Session使命周期內(nèi)
此時(shí)映射數(shù)據(jù)庫(kù)數(shù)據(jù),由數(shù)據(jù)庫(kù)管理生命周期
曾被持久化過(guò),但現(xiàn)在和Session已經(jīng)detached了,以VO的身份在運(yùn)行。
這種和Session已經(jīng)detached的PO還能夠進(jìn)入別一個(gè)Session,繼續(xù)進(jìn)行PO狀態(tài)狀管,此時(shí)它就成為PO的第二種狀態(tài)了。
這種PO實(shí)際上是跨了Session進(jìn)行了狀態(tài)維護(hù)的。
在傳統(tǒng)的JDO1.x中,PO只有前面兩種狀態(tài),一個(gè)PO一旦脫離PM,就喪失了狀態(tài)了,不再和數(shù)據(jù)庫(kù)數(shù)據(jù)關(guān)聯(lián),成為一個(gè)純粹的內(nèi)存VO,它即使進(jìn)入一個(gè)新的PM,也不能恢復(fù)它的狀態(tài)了。
Hibernate強(qiáng)的地方就在于,一個(gè)PO脫離Session之后,還能保持狀態(tài),再進(jìn)入一個(gè)新的Session之后,就恢復(fù)狀態(tài)管理的能力,但此時(shí)狀態(tài)管理需要使用session.update或者session.saveOrUpdate,這就是Hibernate Reference中提到的“requires a slightly different programming model ”
一準(zhǔn)備工作
:
(1)
開發(fā)環(huán)境
:Tomcat6.0+JDK
(2)
準(zhǔn)備
Struts2
的核心包
:
二配置文件
(1)
先在
web.xml
的
< web-app>
和
< /web-app>
中添加
Struts2
的
Filter
如下
:
(2)
三編寫程序
一共三個(gè)文件
:HelloWorld.java;HelloWorld.jsp;SayHello.jsp
其內(nèi)容如下
:
?
HelloWorld.jsp
?
SayHello.jsp
這里用到了
?
四結(jié)果
啟動(dòng)
Tomcat,
在瀏覽器中輸入
http://localhost:8080/struts2/SayHello.jsp
,
即可進(jìn)入到
:
然后在文本框中輸入
Tomcat,
點(diǎn)
Submit,
可得
?
如果順利執(zhí)行
,
則大功告成
!
Servlet三個(gè)要素: |