Hibernate管理Session和批量操作分析
本文詳細(xì)分析了Hibernate管理Session和批量操作的用法。分享給大家供大家參考。具體分析如下:
Hibernate管理Session
Hibernate自身提供了三種管理Session對象的方法
① Session對象的生命周期與本地線程綁定
② Session對象的生命周期與JTA事務(wù)綁定
③ Hibernate委托程序管理Session對象的生命周期
在Hibernate的配置文件中,hibernate.current_session_context_class屬性用于指定Session管理方式,可選值包括:
① thread:Session對象的生命周期與本地線程綁定
② jta*:Session對象的生命周期與JTA事務(wù)綁定
③ managed:Hibernate委托程序來管理Session對象的生命周期
Session對象的生命周期與本地線程綁定:
如果把Hibernate配置文件的hibernate.current_session_context_class屬性值設(shè)置為thread,Hibernate就會(huì)按照與本地線程綁定的方式來管理Session
Hibernate按以下規(guī)則把Session與本地線程綁定:
當(dāng)一個(gè)線程(thread)第一次調(diào)用SessionFactory對象的getCurrentSession()方法時(shí),該方法會(huì)創(chuàng)建一個(gè)新的Session(sessionA)對象,把該對象與threadA綁定,并將session返回
當(dāng)threadA再次調(diào)用SessionFactory對象的getCurrentSession()方法時(shí),該方法將返回sessionA對象
當(dāng)threadA提交sessionA對象關(guān)聯(lián)的事務(wù)時(shí),Hibernate會(huì)自動(dòng)flush sessionA對象的緩存,然后提交事務(wù),關(guān)閉session隨心。當(dāng)threadA撤銷sessionA對象關(guān)聯(lián)的事務(wù)時(shí),也會(huì)自動(dòng)關(guān)閉sessionA對象
若threadA再次調(diào)用SessionFactory對象的getCurrentSession()方法時(shí),該方法會(huì)又創(chuàng)建一個(gè)新的Session(sessionB)對象,把該對象與threadA綁定,并將sessionB返回
批量處理數(shù)據(jù)
批量處理數(shù)據(jù)是指在一個(gè)事務(wù)中處理大量數(shù)據(jù)
在應(yīng)用層進(jìn)程批量操作,主要有以下方式:
① 通過Session
② 通過HQL
③ 通過StatelessSession
④ 通過JDBC API----推薦此種,因?yàn)樗俣茸羁?/p>
Session進(jìn)行批量操作:
Session的save()及update()方法都會(huì)把處理的對象存放在自己的緩存中。如果通過一個(gè)Session對象來處理大量持久化對象,應(yīng)該及時(shí)從緩存中清空已經(jīng)處理完畢并且不會(huì)再訪問的對象。具體的做法是在處理完一個(gè)對象或小批量對象后,立即調(diào)用flush()方法刷新緩存,然后再調(diào)用clear()方法情況緩存
通過Session來進(jìn)行處理操作會(huì)受到以下約束:
需要在Hibernate配置文件中設(shè)置JDBC單次批量處理的數(shù)目,應(yīng)保證每次向數(shù)據(jù)庫發(fā)送的批量的SQL語句數(shù)目與batch size屬性一致
若對象采用"identity"標(biāo)識(shí)生成器,則Hibernate無法在JDBC曾進(jìn)行批量插入操作
進(jìn)行批量操作時(shí),建議關(guān)閉Hibernate的二級緩存
批量插入數(shù)據(jù)代碼演示:
for(int i = 0; i < 10000; i++) {
news = new News();
news.setTitle("--" + i);
session.save(news);
if((i + 1) % 20 == 0) {
session.flush();
session.clear();
}
}
批量更新:在進(jìn)行批量更新時(shí),如果一下子把所有對象都加載到Session緩存,然后再緩存中一一更新,顯然是不可取的
使用可滾動(dòng)的結(jié)果集org.hibernate.ScrollableResults,該對象中實(shí)際上并不包含任何對象,只包含用于在線定位記錄的游標(biāo)。只有當(dāng)程序遍歷訪問ScrollableResults對象的特定元素時(shí),它才會(huì)到數(shù)據(jù)庫中加載相應(yīng)的對象
org.hibernate.ScrollableResults對象由Query的scroll方法返回
通過HQL進(jìn)行批量操作:
注意:HQL只支持INSERT INTO ... SELECT形式的插入語句,但不支持INSERT INTO ... VALUES形式的插入語句。所以使用HQL不能進(jìn)行批量插入操作
通過StatelessSession進(jìn)行批量操作:
從形式上看,StatelessSession與Session的用法類似。StatelessSession與Session相比,有以下區(qū)別:
StatelessSession沒有緩存,通過StatelessSession來加載、保存或更新后的對象處于游離狀態(tài)
StatelessSession不會(huì)與Hibernate的二級緩存交互
當(dāng)調(diào)用StatelessSession的save()、update()或delete()方法時(shí),這些方法會(huì)立即執(zhí)行相應(yīng)的SQL語句,而不會(huì)僅計(jì)劃執(zhí)行一條SQL語句
StatelessSession不會(huì)進(jìn)行臟檢查,因此修改了Customer對象屬性后,還需要調(diào)用StatelessSession的update()方法來更新數(shù)據(jù)庫中數(shù)據(jù)
StatelessSession不會(huì)對關(guān)聯(lián)的對象進(jìn)行任何的級聯(lián)操作
通過同一個(gè)StatelessSession對象兩次加載的OID為1的Customer對象,得到的兩個(gè)對象內(nèi)存地址不同
StatelessSession所做的操作可以被Interceptor攔截器捕獲到,但是會(huì)被Hibernate的事件處理系統(tǒng)忽略掉
希望本文所述對大家的Java程序設(shè)計(jì)有所幫助。
相關(guān)文章
Java 反射機(jī)制知識(shí)詳細(xì)介紹及總結(jié)
反射機(jī)制是在運(yùn)行狀態(tài)中,對于任意一個(gè)類,都能夠知道這個(gè)類的所有屬性和方法;對于任意一個(gè)對象,都能夠調(diào)用它的任意一個(gè)方法和屬性;這種動(dòng)態(tài)獲取的信息以及動(dòng)態(tài)調(diào)用對象的方法的功能稱為java語言的反射機(jī)制2017-01-01
Spring?Boot配置內(nèi)容加密實(shí)現(xiàn)敏感信息保護(hù)
之前我們講過的配置相關(guān)知識(shí)都是Spring?Boot原生就提供的,而今天我們將介紹的功能并非Spring?Boot原生就支持,但卻非常有用:配置內(nèi)容的加密2021-11-11
SpringBoot自定義監(jiān)聽器的項(xiàng)目實(shí)踐
Spring Boot提供了強(qiáng)大的事件模型,其中包括多種內(nèi)置監(jiān)聽器,同時(shí)也支持開發(fā)者自定義監(jiān)聽器,下面就來介紹下SpringBoot自定義監(jiān)聽器,感興趣的可以了解一下2024-03-03
SpringBoot實(shí)現(xiàn)文件上傳下載實(shí)時(shí)進(jìn)度條功能(附源碼)
這篇文章主要為大家詳細(xì)介紹了SpringBoot如何實(shí)現(xiàn)文件上傳下載實(shí)時(shí)進(jìn)度條功能,文中的示例代碼講解詳細(xì),感興趣的小伙伴可以學(xué)習(xí)一下2022-10-10
JAVA使用quartz添加定時(shí)任務(wù),并依賴注入對象操作
這篇文章主要介紹了JAVA使用quartz添加定時(shí)任務(wù),并依賴注入對象操作,具有很好的參考價(jià)值,希望對大家有所幫助。一起跟隨小編過來看看吧2020-09-09
如何使用Spring-Test對Spring框架進(jìn)行單元測試
這篇文章主要介紹了如何使用Spring-Test對Spring框架進(jìn)行單元測試,具有很好的參考價(jià)值,希望對大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-09-09

