Hibernate的各種保存方式的區(qū)別詳解
hibernate的保存
hibernate對于對象的保存提供了太多的方法,他們之間有很多不同,這里細說一下,以便區(qū)別:
一、預(yù)備知識:
在所有之前,說明一下,對于hibernate,它的對象有三種狀態(tài),transient
、persistent
、detached
下邊是常見的翻譯辦法:
- transient:瞬態(tài)或者自由態(tài)
- persistent:持久化狀態(tài)
- detached:脫管狀態(tài)或者游離態(tài)
脫管狀態(tài)的實例可以通過調(diào)用save()、persist()或者saveOrUpdate()方法進行持久化。
持久化實例可以通過調(diào)用 delete()變成脫管狀態(tài)。通過get()或load()方法得到的實例都是持久化狀態(tài)的。
脫管狀態(tài)的實例可以通過調(diào)用 update()、saveOrUpdate()、lock()或者replicate()進行持久化。
游離或者自由狀態(tài)下的實例可以通過調(diào)用merge()方法成為一個新的持久化實例。
save()和persist()將會引發(fā)SQL的INSERT,delete()會引發(fā)SQL的DELETE,
而update()或merge()會引發(fā)SQL的UPDATE。
對持久化(persistent)實例的修改在刷新提交的時候會被檢測到,它也會引起SQLUPDATE。saveOrUpdate()或者replicate()會引發(fā)SQLINSERT或者UPDATE
二、save 和update區(qū)別
把這一對放在第一位的原因是因為這一對是最常用的。
save的作用是把一個新的對象保存
update是把一個脫管狀態(tài)的對象保存
三,update 和saveOrUpdate區(qū)別
這個是比較好理解的,顧名思義,saveOrUpdate基本上就是合成了save和update
引用hibernate reference中的一段話來解釋他們的使用場合和區(qū)別
通常下面的場景會使用update()或saveOrUpdate():
程序在第一個session中加載對象
該對象被傳遞到表現(xiàn)層
對象發(fā)生了一些改動
該對象被返回到業(yè)務(wù)邏輯層
程序調(diào)用第二個session的update()方法持久這些改動
saveOrUpdate()
做下面的事:
- 如果對象已經(jīng)在本session中持久化了,不做任何事
- 如果另一個與本session關(guān)聯(lián)的對象擁有相同的持久化標(biāo)識(identifier),拋出一個異常
- 如果對象沒有持久化標(biāo)識(identifier)屬性,對其調(diào)用save()
- 如果對象的持久標(biāo)識(identifier)表明其是一個新實例化的對象,對其調(diào)用save()
- 如果對象是附帶版本信息的(通過<version>或<timestamp>) 并且版本屬性的值表明其是一個新實例化的對象,save()它。
- 否則update() 這個對象
四,persist和save區(qū)別
這個是最迷離的一對,表面上看起來使用哪個都行,在hibernate reference文檔中也沒有明確的區(qū)分他們.
這里給出一個明確的區(qū)分。(可以跟進src看一下,雖然實現(xiàn)步驟類似,但是還是有細微的差別)
這里參考http://opensource.atlassian.com/projects/hibernate/browse/HHH-1682中的一個說明:
---------------------------------------------------------------------------------
I found that a lot of people have the same doubt. To help to solve this issue
I'm quoting Christian Bauer:
"In case anybody finds this thread...
persist() is well defined. It makes a transient instance persistent. However,
it doesn't guarantee that the identifier value will be assigned to the persistent
instance immediately, the assignment might happen at flush time. The spec doesn't say
that, which is the problem I have with persist().
persist() also guarantees that it will not execute an INSERT statement if it is
called outside of transaction boundaries. This is useful in long-running conversations
with an extended Session/persistence context.A method like persist() is required.
save() does not guarantee the same, it returns an identifier, and if an INSERT
has to be executed to get the identifier (e.g. "identity" generator, not "sequence"),
this INSERT happens immediately, no matter if you are inside or outside of a transaction. This is not good in a long-running conversation with an extended Session/persistence context."
---------------------------------------------------------------------------------
簡單翻譯一下上邊的句子的主要內(nèi)容:
1,persist把一個瞬態(tài)的實例持久化,但是并"不保證"標(biāo)識符被立刻填入到持久化實例中,標(biāo)識符的填入可能被推遲到flush的時間。
2,persist"保證",當(dāng)它在一個transaction外部被調(diào)用的時候并不觸發(fā)一個Sql Insert,這個功能是很有用的,當(dāng)我們通過繼承Session/persistence context來封裝一個長會話流程的時候,一個persist這樣的函數(shù)是需要的。
3,save"不保證"第2條,它要返回標(biāo)識符,所以它會立即執(zhí)行Sql insert,不管是不是在transaction內(nèi)部還是外部
五,saveOrUpdateCopy,merge和update區(qū)別
首先說明merge是用來代替saveOrUpdateCopy的
然后比較update和merge
update的作用上邊說了,這里說一下merge的
如果session中存在相同持久化標(biāo)識(identifier)的實例,用用戶給出的對象的狀態(tài)覆蓋舊有的持久實例
如果session沒有相應(yīng)的持久實例,則嘗試從數(shù)據(jù)庫中加載,或創(chuàng)建新的持久化實例,最后返回該持久實例
用戶給出的這個對象沒有被關(guān)聯(lián)到session上,它依舊是脫管的
重點是最后一句:
當(dāng)我們使用update的時候,執(zhí)行完成后,我們提供的對象A的狀態(tài)變成持久化狀態(tài)但當(dāng)我們使用merge的時候,執(zhí)行完成,我們提供的對象A還是脫管狀態(tài),hibernate或者new了一個B,或者檢索到一個持久對象B,并把我們提供的對象A的所有的值拷貝到這個B,執(zhí)行完成后B是持久狀態(tài),而我們提供的A還是托管狀態(tài)
六,flush和update區(qū)別
這兩個的區(qū)別好理解
update操作的是在脫管狀態(tài)的對象
而flush是操作的在持久狀態(tài)的對象。
默認情況下,一個持久狀態(tài)的對象是不需要update的,只要你更改了對象的值,等待hibernate flush就自動保存到數(shù)據(jù)庫了。hibernate flush發(fā)生再幾種情況下:
- 1,調(diào)用某些查詢的時候
- 2,transaction commit的時候
- 3,手動調(diào)用flush的時候
七,lock和update區(qū)別
update是把一個已經(jīng)更改過的脫管狀態(tài)的對象變成持久狀態(tài)
lock是把一個沒有更改過的脫管狀態(tài)的對象變成持久狀態(tài)
對應(yīng)更改一個記錄的內(nèi)容,兩個的操作不同:
update的操作步驟是:
(1)更改脫管的對象->調(diào)用update
lock的操作步驟是:
(2)調(diào)用lock把對象從脫管狀態(tài)變成持久狀態(tài)-->更改持久狀態(tài)的對象的內(nèi)容-->等待flush或者手動flush
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,謝謝大家對腳本之家的支持。如果你想了解更多相關(guān)內(nèi)容請查看下面相關(guān)鏈接
- Hibernate核心類和接口的詳細介紹
- Hibernate中Session.get()方法和load()方法的詳細比較
- Hibernate用ThreadLocal模式(線程局部變量模式)管理Session
- hibernate測試時遇到的幾個異常及解決方法匯總
- Hibernate中使用HQLQuery查詢?nèi)繑?shù)據(jù)和部分數(shù)據(jù)的方法實例
- Hibernate實現(xiàn)many-to-many的映射關(guān)系
- Hibernate一級緩存和二級緩存詳解
- SpringBoot 使用hibernate validator校驗
- Hibernate之CRUD操作實踐
- Hibernate連接三種數(shù)據(jù)庫的配置文件
相關(guān)文章
MyBatisPlus?TypeHandler自定義字段類型轉(zhuǎn)換Handler
這篇文章主要為大家介紹了MyBatisPlus?TypeHandler自定義字段類型轉(zhuǎn)換Handler示例詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪2022-08-08Java動態(tài)代理之?dāng)r截器的應(yīng)用
今天小編就為大家分享一篇關(guān)于Java動態(tài)代理之?dāng)r截器的應(yīng)用,小編覺得內(nèi)容挺不錯的,現(xiàn)在分享給大家,具有很好的參考價值,需要的朋友一起跟隨小編來看看吧2019-01-01java編程兩種樹形菜單結(jié)構(gòu)的轉(zhuǎn)換代碼
這篇文章主要介紹了java編程兩種樹形菜單結(jié)構(gòu)的轉(zhuǎn)換代碼,首先介紹了兩種樹形菜單結(jié)構(gòu)的代碼,然后展示了轉(zhuǎn)換器實例代碼,最后分享了相關(guān)實例及結(jié)果演示,具有一定借鑒價值,需要的朋友可以了解下。2017-12-12springboot整合Mybatis-plus的實現(xiàn)
這篇文章主要介紹了springboot整合Mybatis-plus的實現(xiàn),文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-09-09