Hibernate批量更新與批量刪除

批量刪除雖然在hibernate裏也可以,但他卻是一個一個刪除,在數量大的情況下很影響效率,昨天在網站上看到了個更好的方法,原來hibernate也提供了JDBC接口,實在是太方便了。

把他cope過來了:

批量更新是指在一個事務中更新大批量數據,批量刪除是指在一個事務中刪除大批量數據。以下程序直接通過Hibernate API批量更新CUSTOMERS表中年齡大於零的所有記錄的AGE字段:


如果CUSTOMERS表中有1萬條年齡大於零的記錄,那麼Session的find()方法會一下子加載1萬個Customer對象到內存。當執行tx.commit()方法時,會清理緩存,Hibernate執行1萬條更新CUSTOMERS表的update語句:


以上批量更新方式有兩個缺點:

(1)佔用大量內存,必須把1萬個Customer對象先加載到內存,然後一一更新它們。
(2)執行的update語句的數目太多,每個update語句只能更新一個Customer對象,必須通過1萬條update語句才能更新一萬個Customer對象,頻繁的訪問數據庫,會大大降低應用的性能。

爲了迅速釋放1萬個Customer對象佔用的內存,可以在更新每個Customer對象後,就調用Session的evict()方法立即釋放它的內存:


在以上程序中,修改了一個Customer對象的age屬性後,就立即調用Session的flush()方法和evict()方法,flush()方法使Hibernate立刻根據這個Customer對象的狀態變化同步更新數據庫,從而立即執行相關的update語句;evict()方法用於把這個Customer對象從緩存中清除出去,從而及時釋放它佔用的內存。

但evict()方法只能稍微提高批量操作的性能,因爲不管有沒有使用evict()方法,Hibernate都必須執行1萬條update語句,才能更新1萬個Customer對象,這是影響批量操作性能的重要因素。假如Hibernate能直接執行如下SQL語句:


那麼,以上一條update語句就能更新CUSTOMERS表中的1萬條記錄。但是Hibernate並沒有直接提供執行這種update語句的接口。應用程序必須繞過Hibernate API,直接通過JDBC API來執行該SQL語句:


以上程序演示了繞過Hibernate API,直接通過JDBC API訪問數據庫的過程。應用程序通過Session的connection()方法獲得該Session使用的數據庫連接,然後通過它創建PreparedStatement對象並執行SQL語句。值得注意的是,應用程序仍然通過Hibernate的Transaction接口來聲明事務邊界。

如果底層數據庫(如Oracle)支持存儲過程,也可以通過存儲過程來執行批量更新。存儲過程直接在數據庫中運行,速度更加快。在Oracle數據庫中可以定義一個名爲batchUpdateCustomer()的存儲過程,代碼如下:


以上存儲過程有一個參數p_age,代表客戶的年齡,應用程序可按照以下方式調用存儲過程:


從上面程序看出,應用程序也必須繞過Hibernate API,直接通過JDBC API來調用存儲過程。

Session的各種重載形式的update()方法都一次只能更新一個對象,而delete()方法的有些重載形式允許以HQL語句作爲參數,例如:


如果CUSTOMERS表中有1萬條年齡大於零的記錄,那麼以上代碼能刪除一萬條記錄。但是Session的delete()方法並沒有執行以下delete語句:


Session的delete()方法先通過以下select語句把1萬個Customer對象加載到內存中:


接下來執行一萬條delete語句,逐個刪除Customer對象:


由此可見,直接通過Hibernate API進行批量更新和批量刪除都不值得推薦。而直接通過JDBC API執行相關的SQL語句或調用相關的存儲過程,是批量更新和批量刪除的最佳方式,這兩種方式都有以下優點:

(1)無需把數據庫中的大批量數據先加載到內存中,然後逐個更新或修改它們,因此不會消耗大量內存。
(2)能在一條SQL語句中更新或刪除大批量的數據。

 

本文來自CSDN博客,轉載請標明出處:http://blog.csdn.net/knm110/archive/2009/04/06/4051201.aspx

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章