hibernate延遲載入(get和load的區別)

来源:http://www.cnblogs.com/bmbi/archive/2016/03/15/5281782.html
-Advertisement-
Play Games

在hibernate中我們知道如果要從資料庫中得到一個對象,通常有兩種方式,一種是通過session.get()方法,另一種就是通過session.load()方法,然後其實這兩種方法在獲得一個實體對象時是有區別的,在查詢性能上兩者是不同的。 當使用load方法來得到一個對象時,此時hibernat


概要:

在hibernate中我們知道如果要從資料庫中得到一個對象,通常有兩種方式,一種是通過session.get()方法,另一種就是通過session.load()方法,然後其實這兩種方法在獲得一個實體對象時是有區別的,在查詢性能上兩者是不同的。

目錄:

  1. load載入方式 
  2. get載入方式
  3. 使用get和load時的一些小問題

load載入方式

當使用load方法來得到一個對象時,此時hibernate會使用延遲載入的機制來載入這個對象,即:當我們使用session.load()方法來載入一個對象時,此時並不會發出sql語句,當前得到的這個對象其實是一個代理對象,這個代理對象只保存了實體對象的id值,只有當我們要使用這個對象,得到其它屬性時,這個時候才會發出sql語句,從資料庫中去查詢我們的對象。

 

session = HibernateUtil.openSession();
 /*
  * 通過load的方式載入對象時,會使用延遲載入機制,此時並不會發出sql語句,只有當我們需要使用的時候才會從數據                庫中去查詢
   */
User user = (User)session.load(User.class, 2);

 

 

    

 

我們看到,如果我們僅僅是通過load來載入我們的User對象,此時從控制台我們會發現並不會從資料庫中查詢出該對象,即並不會發出sql語句,但如果我們要使用該對象時:

 

session = HibernateUtil.openSession();
User user = (User)session.load(User.class, 2);
System.out.println(user);

 

 

此時我們看到控制台會發出了sql查詢語句,會將該對象從資料庫中查詢出來:

Hibernate: select user0_.id as id0_0_, user0_.username as username0_0_, user0_.password as password0_0_, user0_.born as born0_0_ from user user0_ where user0_.id=?
User [id=2, username=aaa, password=111, born=2013-10-16 00:14:24.0]

 

這個時候我們可能會想,那麼既然調用load方法時,並不會發出sql語句去從資料庫中查出該對象,那麼這個User對象到底是個什麼對象呢?

其實這個User對象是我們的一個代理對象,這個代理對象僅僅保存了id這個屬性:

 

session = HibernateUtil.openSession();
  /*
   * 通過load的方式載入對象時,會使用延遲載入機制,此時得到的User對象其實是一個
   * 代理對象,該代理對象裡面僅僅只有id這個屬性
   */
User user = (User)session.load(User.class, 2);
System.out.println(user.getId());

console:  2

 

 

我們看到,如果我們只列印出這個user對象的id值時,此時控制台會列印出該id值,但是同樣不會發出sql語句去從資料庫中去查詢。這就印證了我們的這個user對象僅僅是一個保存了id的代理對象,但如果我需要列印出user對象的其他屬性值時,這個時候會不會發出sql語句呢?答案是肯定的:

 

session = HibernateUtil.openSession();
 /*
 * 通過load的方式載入對象時,會使用延遲載入機制,此時得到的User對象其實是一個
 * 代理對象,該代理對象裡面僅僅只有id這個屬性
  */
User user = (User)session.load(User.class, 2);
System.out.println(user.getId());
 // 如果此時要得到user其他屬性,則會從資料庫中查詢
 System.out.println(user.getUsername());   

 

 

此時我們看控制台的輸出:

2
Hibernate: select user0_.id as id0_0_, user0_.username as username0_0_, user0_.password as password0_0_, user0_.born as born0_0_ from user user0_ where user0_.id=?
aaa

 

相信通過上述的幾個例子,大家應該很好的瞭解了load的這種載入對象的方式了吧。

get載入方式

相對於load的延遲載入方式,get就直接的多,當我們使用session.get()方法來得到一個對象時,不管我們使不使用這個對象,此時都會發出sql語句去從資料庫中查詢出來:

 

session = HibernateUtil.openSession();
/*
 * 通過get方法來載入對象時,不管使不使用該對象,都會發出sql語句,從資料庫中查詢
  */
 User user = (User)session.get(User.class, 2);  

 

  

此時我們通過get方式來得到user對象,但是我們並沒有使用它,但是我們發現控制台會輸出sql的查詢語句:

Hibernate: select user0_.id as id0_0_, user0_.username as username0_0_, user0_.password as password0_0_, user0_.born as born0_0_ from user user0_ where user0_.id=?

 

因此我們可以看到,使用load的載入方式比get的載入方式性能要好一些,因為load載入時,得到的只是一個代理對象,當真正需要使用這個對象時再去從資料庫中查詢。

使用get和load時的一些小問題

當瞭解了load和get的載入機制以後,我們此時來看看這兩種方式會出現的一些小問題:

①如果使用get方式來載入對象,當我們試圖得到一個id不存在的對象時,此時會報NullPointException的異常

 

session = HibernateUtil.openSession();
 /*
 * 當通過get方式試圖得到一個id不存在的user對象時,此時會報NullPointException異常
  */
 User user = (User)session.get(User.class, 20);
 System.out.println(user.getUsername());  

 

        

此時我們看控制台的輸出信息,會報空指針的異常:

Hibernate: select user0_.id as id0_0_, user0_.username as username0_0_, user0_.password as password0_0_, user0_.born as born0_0_ from user user0_ where user0_.id=?
java.lang.NullPointerException  .........

這是因為通過get方式我們會去資料庫中查詢出該對象,但是這個id值不存在,所以此時user對象是null,所以就會報NullPointException的異常了。

②如果使用load方式來載入對象,當我們試圖得到一個id不存在的對象時,此時會報ObjectNotFoundException異常:

 

session = HibernateUtil.openSession();
 /*
  * 當通過get方式試圖得到一個id不存在的user對象時,此時會報  ObjectNotFoundException異常
  */
 User user = (User)session.load(User.class, 20);
 System.out.println(user.getId());
 System.out.println(user.getUsername());

 

  

我們看看控制台的輸出:

20
Hibernate: select user0_.id as id0_0_, user0_.username as username0_0_, user0_.password as password0_0_, user0_.born as born0_0_ from user user0_ where user0_.id=?
org.hibernate.ObjectNotFoundException: No row with the given identifier exists: [com.xiaoluo.bean.User#20]......

為什麼使用load的方式和get的方式來得到一個不存在的對象報的異常不同呢??其原因還是因為load的延遲載入機制,使用load時,此時的user對象是一個代理對象,僅僅保存了當前的這個id值,當我們試圖得到該對象的username屬性時,這個屬性其實是不存在的,所以就會報出ObjectNotFoundException這個異常了。

③org.hibernate.LazyInitializationException異常

接下來我們再來看一個例子:

public class UserDAO
{
    public User loadUser(int id)
    {
        Session session = null;
        Transaction tx = null;
        User user =  null;
        try
        {
            session = HibernateUtil.openSession();
            tx = session.beginTransaction();
            user = (User)session.load(User.class, 1);
            tx.commit();
        }
        catch (Exception e)
        {
            e.printStackTrace();
            tx.rollback();
        }
        finally
        {
            HibernateUtil.close(session);
        }
        return user;
    }
}

 

  @Test
    public void testLazy06()
    {
        UserDAO userDAO = new UserDAO();
        User user = userDAO.loadUser(2);
        System.out.println(user);
    }

 

模擬了一個UserDAO這樣的對象,然後我們在測試用例裡面來通過load載入一個對象,此時我們發現控制台會報LazyInitializationException異常

org.hibernate.LazyInitializationException: could not initialize proxy - no Session  .............

 

這個異常是什麼原因呢??還是因為load的延遲載入機制,當我們通過load()方法來載入一個對象時,此時並沒有發出sql語句去從資料庫中查詢出該對象,當前這個對象僅僅是一個只有id的代理對象,我們還並沒有使用該對象,但是此時我們的session已經關閉了,所以當我們在測試用例中使用該對象時就會報LazyInitializationException這個異常了。

所以以後我們只要看到控制台報LazyInitializationException這種異常,就知道是使用了load的方式延遲載入一個對象了,解決這個的方法有兩種,一種是將load改成get的方式來得到該對象,另一種是在表示層來開啟我們的session和關閉session。

 

至此,hibernate的兩種載入方式get和load已經分析完畢!!!

 

文章出自:

http://www.cnblogs.com/xiaoluo501395377/p/3371776.html


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 本文使用最新版本(4.1.5)的springmvc+spring+mybatis,採用最間的配置方式來進行搭建。 1. web.xml 我們知道springmvc是基於Servlet: DispatcherServlet來處理分發請求的,所以我們需要先在web.xml文件中配置DispatcherS
  • 放養的小爬蟲 京東定向爬蟲(AJAX獲取價格數據) === 筆者聲明:只用於學習交流,不用於其他途徑。源代碼已上傳github。githu地址:https://github.com/Erma Wang/Spider 筆者聲明:只用於學習交流,不用於其他途徑。源代碼已上傳github。githu地址:
  • 1.Java線程間通信對程式員透明,但是其記憶體可見性問題會引發其他怪異的問題; 2.在並法編程中,需要考慮兩個關鍵問題:1.線程間如何通信 2.線程間如何同步 3.在命令式編程中,線程之間的通信有兩種:1.共用記憶體 2.消息傳遞 4.共用記憶體->線程之間共用程式的公共狀態,通過讀—寫該記憶體中公共狀態
  • 工作忙的已經與世隔絕了! 這一年多加班,看著刷臉機上入職時的照片,現在的自己蒼老了至少五歲! 自己的引擎依然沒有時間弄,甚至連開發工具都沒有時間更新 早前幾年一直在合租房子,所以總有和MM的故事,最近幾年都是一個人住,艷遇就沒再發生過! 不過前幾天隔壁的隔壁的一個94年的小丫頭竟然在我門上貼了一個要
  • 本篇分為兩部分: 一、柯里化的基本使用 柯里化(Currying):也就是把接受多個參數的方法變換成接受第一個參數的方法,並且返回接受餘下的參數並且返回結果的新方法。 然後通過只傳入第一個括弧內的參數進行調用,這樣將返回另一個方法 二、柯里化的使用場景 柯里化是一種量產相似方法的好辦法,可以通過柯里
  • 一個模塊(以*.dll或*.blp的文件格式)要被框架所載入 可依據以下規範 創建一個單元文件 XXXXModule.pas,比如 StarModuleOneModule.pas 引用 StarOfficeModule.pas,這裡定義了一個導出函數 GetStarModuleClass 同時XXX
  • 自增運算符++有首碼和尾碼兩種,在搭配間接訪問運算符*時,因為順序、括弧和結合關係的影響,很容易讓人產生誤解,產生錯誤的結果,這篇文章來詳細分析一下這幾種運算符的不同搭配情況。 ++、--和*的優先順序順序 在C語言運算符的優先順序順序中,尾碼的++和--運算符運算優先順序16,結合關係是從左到右;簡介訪...
  • 以下內容基於jdk1.7.0_79源碼; 基於哈希表的一個Map介面實現,存儲的對象是一個鍵值對對象(Entry<K,V>); 基於數組和鏈表實現,內部維護著一個數組table,該數組保存著每個鏈表的表頭結點;查找時,先通過hash函數計算hash值,再根據hash值計算數組索引,然後根據索引找到鏈
一周排行
    -Advertisement-
    Play Games
  • 概述:本文代碼示例演示瞭如何在WPF中使用LiveCharts庫創建動態條形圖。通過創建數據模型、ViewModel和在XAML中使用`CartesianChart`控制項,你可以輕鬆實現圖表的數據綁定和動態更新。我將通過清晰的步驟指南包括詳細的中文註釋,幫助你快速理解並應用這一功能。 先上效果: 在 ...
  • openGauss(GaussDB ) openGauss是一款全面友好開放,攜手伙伴共同打造的企業級開源關係型資料庫。openGauss採用木蘭寬鬆許可證v2發行,提供面向多核架構的極致性能、全鏈路的業務、數據安全、基於AI的調優和高效運維的能力。openGauss深度融合華為在資料庫領域多年的研 ...
  • openGauss(GaussDB ) openGauss是一款全面友好開放,攜手伙伴共同打造的企業級開源關係型資料庫。openGauss採用木蘭寬鬆許可證v2發行,提供面向多核架構的極致性能、全鏈路的業務、數據安全、基於AI的調優和高效運維的能力。openGauss深度融合華為在資料庫領域多年的研 ...
  • 概述:本示例演示了在WPF應用程式中實現多語言支持的詳細步驟。通過資源字典和數據綁定,以及使用語言管理器類,應用程式能夠在運行時動態切換語言。這種方法使得多語言支持更加靈活,便於維護,同時提供清晰的代碼結構。 在WPF中實現多語言的一種常見方法是使用資源字典和數據綁定。以下是一個詳細的步驟和示例源代 ...
  • 描述(做一個簡單的記錄): 事件(event)的本質是一個委托;(聲明一個事件: public event TestDelegate eventTest;) 委托(delegate)可以理解為一個符合某種簽名的方法類型;比如:TestDelegate委托的返回數據類型為string,參數為 int和 ...
  • 1、AOT適合場景 Aot適合工具類型的項目使用,優點禁止反編 ,第一次啟動快,業務型項目或者反射多的項目不適合用AOT AOT更新記錄: 實實在在經過實踐的AOT ORM 5.1.4.117 +支持AOT 5.1.4.123 +支持CodeFirst和非同步方法 5.1.4.129-preview1 ...
  • 總說周知,UWP 是運行在沙盒裡面的,所有許可權都有嚴格限制,和沙盒外交互也需要特殊的通道,所以從根本杜絕了 UWP 毒瘤的存在。但是實際上 UWP 只是一個應用模型,本身是沒有什麼許可權管理的,許可權管理全靠 App Container 沙盒控制,如果我們脫離了這個沙盒,UWP 就會放飛自我了。那麼有沒... ...
  • 目錄條款17:讓介面容易被正確使用,不易被誤用(Make interfaces easy to use correctly and hard to use incorrectly)限制類型和值規定能做和不能做的事提供行為一致的介面條款19:設計class猶如設計type(Treat class de ...
  • title: 從零開始:Django項目的創建與配置指南 date: 2024/5/2 18:29:33 updated: 2024/5/2 18:29:33 categories: 後端開發 tags: Django WebDev Python ORM Security Deployment Op ...
  • 1、BOM對象 BOM:Broswer object model,即瀏覽器提供我們開發者在javascript用於操作瀏覽器的對象。 1.1、window對象 視窗方法 // BOM Browser object model 瀏覽器對象模型 // js中最大的一個對象.整個瀏覽器視窗出現的所有東西都 ...