摘要:好了,廢話不多說了,相信大家都知道的這三種狀態的含義,那我們就通過一張圖來開始我們的深入的三種狀態之旅吧。
原文地址: http://www.cnblogs.com/xiaoluo501395377/p/3380270.html
學過hibernate的人都可能都知道hibernate有三種狀態,transient(瞬時狀態),persistent(持久化狀態)以及detached(離線狀態),大家伙也許也知道這三者之間的區別,比如瞬時狀態就是剛new出來一個對象,還沒有被保存到數據庫中,持久化狀態就是已經被保存到數據庫中,離線狀態就是數據庫中有,但是session中不存在該對象。但是大家又是否對hibernate的session的那幾個特殊方法一清二楚呢?或者說大家是否能夠一眼就快速看出一個測試用例在反復的調用session的諸如save,update方法后會到底發出多少條SQL語句呢?本篇隨筆將會給你答案,本篇隨筆將會以大量的測試用例來掩飾hibernate的這三種狀態的轉變,相信看完本篇隨筆的你會對hibernate的那三種狀態有更深入的理解。
好了,廢話不多說了,相信大家都知道hibernate的這三種狀態的含義,那我們就通過一張圖來開始我們的深入hibernate的三種狀態之旅吧。
1.TestTransient
session = HibernateUtil.openSession(); session.beginTransaction(); User user = new User(); user.setUsername("aaa"); user.setPassword("aaa"); user.setBorn(new Date()); /* * 以上user就是一個Transient(瞬時狀態),此時user并沒有被session進行托管,即在session的 * 緩存中還不存在user這個對象,當執行完save方法后,此時user被session托管,并且數據庫中存在了該對象 * user就變成了一個Persistent(持久化對象) */ session.save(user); session.getTransaction().commit();
此時我們知道hibernate會發出一條insert的語句,執行完save方法后,該user對象就變成了持久化的對象了
Hibernate: insert into t_user (born, password, username) values (?, ?, ?)
2.TestPersistent01
session = HibernateUtil.openSession(); session.beginTransaction(); User user = new User(); user.setUsername("aaa"); user.setPassword("aaa"); user.setBorn(new Date()); //以上u就是Transient(瞬時狀態),表示沒有被session管理并且數據庫中沒有 //執行save之后,被session所管理,而且,數據庫中已經存在,此時就是Persistent狀態 session.save(user); //此時u是持久化狀態,已經被session所管理,當在提交時,會把session中的對象和目前的對象進行比較 //如果兩個對象中的值不一致就會繼續發出相應的sql語句 user.setPassword("bbb"); //此時會發出2條sql,一條用戶做插入,一條用來做更新 session.getTransaction().commit(); 在調用了save方法后,此時user已經是持久化對象了,被保存在了session緩存當中,這時user又重新修改了屬性值,那么在提交事務時,此時hibernate對象就會拿當前這個user對象和保存在session緩存中的user對象進行比較,如果兩個對象相同,則不會發送update語句,否則,如果兩個對象不同,則會發出update語句。 Hibernate: insert into t_user (born, password, username) values (?, ?, ?) Hibernate: update t_user set born=?, password=?, username=? where id=?
3.TestPersistent02
SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd"); session = HibernateUtil.openSession(); session.beginTransaction(); User u = new User(); u.setBorn(new Date()); u.setUsername("zhangsan"); u.setPassword("zhangsan"); session.save(u); u.setPassword("222"); //該條語句沒有意義 session.save(u); u.setPassword("zhangsan111"); //沒有意義 session.update(u); u.setBorn(sdf.parse("1988-12-22")); //沒有意義 session.update(u); session.getTransaction().commit(); 這個時候會發出多少sql語句呢?還是同樣的道理,在調用save方法后,u此時已經是持久化對象了,記住一點:如果一個對象以及是持久化狀態了,那么此時對該對象進行各種修改,或者調用多次update、save方法時,hibernate都不會發送sql語句,只有當事物提交的時候,此時hibernate才會拿當前這個對象與之前保存在session中的持久化對象進行比較,如果不相同就發送一條update的sql語句,否則就不會發送update語句 Hibernate: insert into t_user (born, password, username) values (?, ?, ?) Hibernate: update t_user set born=?, password=?, username=? where id=?
4.TestPersistent03
SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd"); session = HibernateUtil.openSession(); session.beginTransaction(); User u = new User(); u.setBorn(sdf.parse("1976-2-3")); u.setUsername("zhangsan2"); u.setPassword("zhangsan2"); session.save(u); /* * 以下三條語句沒有任何意義 */ session.save(u); session.update(u); session.update(u); u.setUsername("zhangsan3"); session.getTransaction().commit(); 相信這個測試用例,大家應該都知道結果了,沒錯,此時hibernate也會發出兩條sql語句,原理一樣的 Hibernate: insert into t_user (born, password, username) values (?, ?, ?) Hibernate: update t_user set born=?, password=?, username=? where id=?
5.TestPersistent04
session = HibernateUtil.openSession(); session.beginTransaction(); //此時u是Persistent User u = (User)session.load(User.class, 4); //由于u這個對象和session中的對象不一致,所以會發出sql完成更新 u.setUsername("bbb"); session.getTransaction().commit(); 我們來看看此時會發出多少sql語句呢?同樣記住一點:當session調用load、get方法時,此時如果數據庫中有該對象,則該對象也變成了一個持久化對象,被session所托管。因此,這個時候如果對對象進行操作,在提交事務時同樣會去與session中的持久化對象進行比較,因此這里會發送兩條sql語句 Hibernate: select user0_.id as id0_0_, user0_.born as born0_0_, user0_.password as password0_0_, user0_.username as username0_0_ from t_user user0_ where user0_.id=? Hibernate: update t_user set born=?, password=?, username=? where id=?
6.TestPersistent05
session = HibernateUtil.openSession(); session.beginTransaction(); //此時u是Persistent User u = (User)session.load(User.class, 4); u.setUsername("123"); //清空session session.clear(); session.getTransaction().commit(); 再看這個例子,當我們load出user對象時,此時user是持久化的對象,在session緩存中存在該對象,此時我們在對user進行修改后,然后調用session.clear()方法,這個時候就會將session的緩存對象清空,那么session中就沒有了user這個對象,這個時候在提交事務的時候,發現已經session中已經沒有該對象了,所以就不會進行任何操作,因此這里只會發送一條select語句 Hibernate: select user0_.id as id0_0_, user0_.born as born0_0_, user0_.password as password0_0_, user0_.username as username0_0_ from t_user user0_ where user0_.id=?
7.TestDetached01
session = HibernateUtil.openSession(); session.beginTransaction(); //此時u是一個離線對象,沒有被session托管 User u = new User(); u.setId(4); u.setPassword("hahahaha"); //當執行save的時候總是會添加一條數據,此時id就會根據Hibernate所定義的規則來生成 session.save(u); session.getTransaction().commit(); 我們看到,當調用了u.setId(4)時,此時u是一個離線的對象,因為數據庫中存在id=4的這個對象,但是該對象又沒有被session所托管,所以這個對象就是離線的對象,要使離線對象變成一個持久化的對象,應該調用什么方法呢?我們知道調用save方法,可以將一個對象變成一個持久化對象,但是,當save一執行的時候,此時hibernate會根據id的生成策略往數據庫中再插入一條數據,所以如果調用save方法,此時數據庫會發送一條插入的語句: Hibernate: insert into t_user (born, password, username) values (?, ?, ?) 所以對于離線對象,如果要使其變成持久化對象的話,我們不能使用save方法,而應該使用update方法
8.TestDetached02
SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd"); session = HibernateUtil.openSession(); session.beginTransaction(); User u = new User(); u.setId(5); //完成update之后也會變成持久化狀態 session.update(u); u.setBorn(sdf.parse("1998-12-22")); u.setPassword("world"); u.setUsername("world"); //會發出一條sql session.update(u); session.getTransaction().commit(); 此時我們看到,當調用了update方法以后,此時u已經變成了一個持久化的對象,那么如果此時對u對象進行修改操作后,在事務提交的時候,則會拿該對象和session中剛保存的持久化對象進行比較,如果不同就發一條sql語句 Hibernate: update t_user set born=?, password=?, username=? where id=?
9.TestDetached03
SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd"); session = HibernateUtil.openSession(); session.beginTransaction(); User u = new User(); u.setId(5); //完成update之后也會變成持久化狀態 session.update(u); u.setBorn(sdf.parse("1998-12-22")); u.setPassword("lisi"); u.setUsername("lisi"); //會拋出異常 u.setId(333); session.getTransaction().commit(); 我們看這個例子,前面的操作一樣,調用update方法后,user變成了一個持久化對象,在對user進行一些修改后,此時又通過 u.setId(333)方法設置了u的ID,那么這個時候,hibernate會報錯,因為我們的u當前已經是一個持久化對象,如果試圖修改一個持久化對象的ID的值的話,就會拋出異常,這點要特別注意 org.hibernate.HibernateException: identifier of an instance of com.xiaoluo.bean.User was altered from 5 to 333 10.TestDetached04 session = HibernateUtil.openSession(); session.beginTransaction(); User u = new User(); u.setId(5); //現在u就是transient對象 session.delete(u); //此時u已經是瞬時對象,不會被session和數據庫所管理 u.setPassword("wangwu"); session.getTransaction().commit(); 接著我們來看這個例子,這里在調用了session.delete()方法以后,此時后u就會變成一個瞬時對象,因為此時數據庫中已經不存在該對象了,既然u已經是一個瞬時對象了,那么對u再進行各種修改操作的話,hibernate也不會發送任何的修改語句,因此這里只會 有一條 delete的語句發生: Hibernate: delete from t_user where id=?
11.TestDetached05
session = HibernateUtil.openSession(); session.beginTransaction(); User u = new User(); u.setId(4); u.setPassword("zhaoliu"); //如果u是離線狀態就執行update操作,如果是瞬時狀態就執行Save操作 //但是注意:該方法并不常用 session.saveOrUpdate(u); session.getTransaction().commit(); 這里我們來看看 saveOrUpdate這個方法,這個方法其實是一個"偷懶"的方法,如果對象是一個離線對象,那么在執行這個方法后,其實是調用了update方法,如果對象是一個瞬時對象,則會調用save方法,記住:如果對象設置了ID值,例如u.setId(4),那么該對象會被假設當作一個離線對象,此時就會執行update操作。 Hibernate: update t_user set born=?, password=?, username=? where id=? 如果此時我將u.setId(4)這句話注釋掉,那么此時u就是一個瞬時的對象,那么此時就會執行save操作,就會發送一條insert語句 Hibernate: insert into t_user (born, password, username) values (?, ?, ?)
12.TestDetached06
session = HibernateUtil.openSession(); session.beginTransaction(); //u1已經是持久化狀態 User u1 = (User)session.load(User.class, 3); System.out.println(u1.getUsername()); //u2是離線狀態 User u2 = new User(); u2.setId(3); u2.setPassword("123456789"); //此時u2將會變成持久化狀態,在session的緩存中就存在了兩份同樣的對象,在session中不能存在兩份拷貝,否則會拋出異常 session.saveOrUpdate(u2); 我們再來看一下這個例子,此時我們的u1已經是持久化的對象了,保存在session緩存中,u2通過調用saveOrUpdate方法后也變成了一個持久化的對象,此時也會保存在session緩存中,這個時候session緩存中就存在了一個持久化對象有兩個引用拷貝了,這個時候hibernate就會報錯 org.hibernate.NonUniqueObjectException: a different object with the same identifier value was already associated with the session: [com.xiaoluo.bean.User#3] 一個session中不能存在對一個持久化對象的雙重copy的,要解決這個方法,我們這里又要介紹session的另一個方法 merge方法,這個方法的作用就是解決一個持久化對象兩分拷貝的問題,這個方法會將兩個對象合并在一起成為一個對象。 session = HibernateUtil.openSession(); session.beginTransaction(); //u1已經是持久化狀態 User u1 = (User)session.load(User.class, 3); System.out.println(u1.getUsername()); //u2是離線狀態 User u2 = new User(); u2.setId(3); u2.setPassword("123456789"); //此時u2將會變成持久化狀態,在session的緩存中就存在了兩份同樣的對象,在session中不能存在兩份拷貝,否則會拋出異常 // session.saveOrUpdate(u2); //merge方法會判斷session中是否已經存在同一個對象,如果存在就將兩個對象合并 session.merge(u2); //最佳實踐:merge一般不用 session.getTransaction().commit(); 我們看到通過調用了merge方法以后,此時會將session中的兩個持久化對象合并為一個對象,但是merge方法不建議被使用 Hibernate: select user0_.id as id0_0_, user0_.born as born0_0_, user0_.password as password0_0_, user0_.username as username0_0_ from t_user user0_ where user0_.id=? zhangsan Hibernate: update t_user set born=?, password=?, username=? where id=?
終于寫完了本篇隨筆,本篇隨筆可能概念性的內容比較少,基本都是通過測試用例來分析hibernate的三種狀態可能會出現的各種情況。
最后總結一下:
①.對于剛創建的一個對象,如果session中和數據庫中都不存在該對象,那么該對象就是瞬時對象(Transient)
②.瞬時對象調用save方法,或者離線對象調用update方法可以使該對象變成持久化對象,如果對象是持久化對象時,那么對該對象的任何修改,都會在提交事務時才會與之進行比較,如果不同,則發送一條update語句,否則就不會發送語句
③.離線對象就是,數據庫存在該對象,但是該對象又沒有被session所托管
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/64224.html
摘要:中怎樣實現類之間的關系如一對多多對多的關系中怎樣實現類之間的關系如一對多多對多的關系它們通過配置文件中的來實現類之間的關聯關系的。 Hibernate常見面試題 Hibernate工作原理及為什么要用? Hibernate工作原理及為什么要用? 讀取并解析配置文件 讀取并解析映射信息,創建SessionFactory 打開Sesssion 創建事務Transation 持久化操作 提...
摘要:我在面試前針對基礎也花了不少的時間,期間也將自己寫過的博文粗略地刷了一遍,同時也在網上找了不少比較好的資料部分是沒看完的。看面試題也是校驗自己是否真正理解了這個知識點,也很有可能會有新的收獲。 一、前言 只有光頭才能變強 回顧前面: 廣州三本找Java實習經歷 上一篇寫了自己面試的經歷和一些在面試的時候遇到的題目(筆試題和面試題)。 我在面試前針對Java基礎也花了不少的時間,期間也將...
摘要:前提好幾周沒更新博客了,對不斷支持我博客的童鞋們說聲抱歉了。熟悉我的人都知道我寫博客的時間比較早,而且堅持的時間也比較久,一直到現在也是一直保持著更新狀態。 showImg(https://segmentfault.com/img/remote/1460000014076586?w=1920&h=1080); 前提 好幾周沒更新博客了,對不斷支持我博客的童鞋們說聲:抱歉了!。自己這段時...
摘要:同時,我們將語句預編譯在中,這個類可以使用占位符,避免注入,當然,后面說到的的占位符的原理也是這樣,同時,的占位符原理也是如此。的底層封裝了,比如說為了防止注入,一般會有占位符,也會有響應的占位符。 介紹jdbc 我們學習Java數據庫操作時,一般會設計到jdbc的操作,這是一位程序員最基本的素養。jdbc以其優美的代碼和高性能,將瞬時態的javabean對象轉化為持久態的SQL數據。...
閱讀 1518·2021-11-18 10:02
閱讀 1657·2021-09-04 16:40
閱讀 3171·2021-09-01 10:48
閱讀 874·2019-08-30 15:55
閱讀 1853·2019-08-30 15:55
閱讀 1365·2019-08-30 13:05
閱讀 3013·2019-08-30 12:52
閱讀 1624·2019-08-30 11:24