day02

Hibernate框架第二天


課程回顧:Hibernate框架的第一天

1. Hibernate框架的概述:ORM
2. 框架的入門的程序
    * 編寫映射的配置文件
    * 編寫核心的配置文件
    * 編寫程序

3. 配置的文件
4. 使用的接口和方法

今天內容

1. Hibernate持久化對象的狀態
2. Hibernate的一級緩存
3. Hibernate操作持久化對象的方法
4. Hibernate的基本查詢

Hibernate的持久化類


什么是持久化類

1. 持久化類:就是一個Java類(咱們編寫的JavaBean),這個Java類與表建立了映射關系就可以成為是持久化類。
    * 持久化類 = JavaBean + xxx.hbm.xml

持久化類的編寫規則

1. 提供一個無參數 public訪問控制符的構造器              -- 底層需要進行反射.
2. 提供一個標識屬性,映射數據表主鍵字段                   -- 唯一標識OID.數據庫中通過主鍵.Java對象通過地址確定對象.持久化類通過唯一標識OID確定記錄
3. 所有屬性提供public訪問控制符的 set或者get 方法
4. 標識屬性應盡量使用基本數據類型的包裝類型

區分自然主鍵和代理主鍵

1. 創建表的時候
    * 自然主鍵:對象本身的一個屬性.創建一個人員表,每個人都有一個身份證號.(唯一的)使用身份證號作為表的主鍵.自然主鍵.(開發中不會使用這種方式)
    * 代理主鍵:不是對象本身的一個屬性.創建一個人員表,為每個人員單獨創建一個字段.用這個字段作為主鍵.代理主鍵.(開發中推薦使用這種方式)

2. 創建表的時候盡量使用代理主鍵創建表

主鍵的生成策略

1. increment:適用于short,int,long作為主鍵.不是使用的數據庫自動增長機制.(不適合并發訪問添加數據)
    * Hibernate中提供的一種增長機制.
        * 先進行查詢 :select max(id) from user;
        * 再進行插入 :獲得最大值+1作為新的記錄的主鍵.
    
    * 問題:不能在集群環境下或者有并發訪下使用.

2. identity:適用于short,int,long作為主鍵。但是這個必須使用在有自動增長數據庫中.采用的是數據庫底層的自動增長機制.
    * 底層使用的是數據庫的自動增長(auto_increment).像Oracle數據庫沒有自動增長.

3. sequence:適用于short,int,long作為主鍵.底層使用的是序列的增長方式.
    * Oracle數據庫底層沒有自動增長,想自動增長需要使用序列.

4. uuid:適用于char,varchar類型的作為主鍵.
    * 使用隨機的字符串作為主鍵.

5. native:本地策略.根據底層的數據庫不同,自動選擇適用于該種數據庫的生成策略.(short,int,long)
    * 如果底層使用的MySQL數據庫:相當于identity.
    * 如果底層使用Oracle數據庫:相當于sequence.

6. assigned:主鍵的生成不用Hibernate管理了.必須手動設置主鍵.   

Hibernate持久化對象的狀態


持久化對象的狀態

1. Hibernate的持久化類
    * 持久化類:Java類與數據庫的某個表建立了映射關系.這個類就稱為是持久化類.
        * 持久化類 = Java類 + hbm的配置文件

2. Hibernate的持久化類的狀態
    * Hibernate為了管理持久化類:將持久化類分成了三個狀態
        * 瞬時態:Transient  Object
            * 沒有持久化標識OID, 沒有被納入到Session對象的管理.
        
        * 持久態:Persistent Object
            * 有持久化標識OID,已經被納入到Session對象的管理.
        
        * 脫管態:Detached Object
            * 有持久化標識OID,沒有被納入到Session對象的管理.

Hibernate持久化對象的狀態的轉換(了解)

1. 瞬時態  -- 沒有持久化標識OID, 沒有被納入到Session對象的管理
    * 獲得瞬時態的對象
        * User user = new User()
    * 瞬時態對象轉換持久態
        * save()/saveOrUpdate();
    * 瞬時態對象轉換成脫管態
        * user.setId(1)

2. 持久態  -- 有持久化標識OID,已經被納入到Session對象的管理
    * 獲得持久態的對象
        * get()/load();
    * 持久態轉換成瞬時態對象
        * delete();  --- 比較有爭議的,進入特殊的狀態(刪除態:Hibernate中不建議使用的)
    * 持久態對象轉成脫管態對象
        * session的close()/evict()/clear();

3. 脫管態  -- 有持久化標識OID,沒有被納入到Session對象的管理
    * 獲得托管態對象:不建議直接獲得脫管態的對象.
        * User user = new User();
        * user.setId(1);
    * 脫管態對象轉換成持久態對象
        * update();/saveOrUpdate()/lock();
    * 脫管態對象轉換成瞬時態對象
        * user.setId(null);

4. 注意:持久態對象有自動更新數據庫的能力!!!(快照機制)

Hibernate的一級緩存


Session對象的一級緩存(重點)

1. 什么是緩存?
    * 其實就是一塊內存空間,將數據源(數據庫或者文件)中的數據存放到緩存中.再次獲取的時候 ,直接從緩存中獲取.可以提升程序的性能!

2. Hibernate框架提供了兩種緩存
    * 一級緩存  -- 自帶的不可卸載的.一級緩存的生命周期與session一致.一級緩存稱為session級別的緩存.
    * 二級緩存  -- 默認沒有開啟,需要手動配置才可以使用的.二級緩存可以在多個session中共享數據,二級緩存稱為是sessionFactory級別的緩存.

3. Session對象的緩存概述
    * Session接口中,有一系列的java的集合,這些java集合構成了Session級別的緩存(一級緩存).將對象存入到一級緩存中,session沒有結束生命周期,那么對象在session中存放著
    * 內存中包含Session實例 --> Session的緩存(一些集合) --> 集合中包含的是緩存對象!

4. 證明一級緩存的存在,編寫查詢的代碼即可證明
    * 在同一個Session對象中兩次查詢,可以證明使用了緩存
    保存的時候 save(user)會返回一個id , 用這個id 去查詢 get(User.class,id),然后打印屬性查看,控制臺是不會執行sql語句(直接查詢兩次相同的數據就可以證明一級緩存)
    
5. Hibernate框架是如何做到數據發生變化時進行同步操作的呢?(最簡單的方式是查詢兩次相同的數據) 
    * 使用get方法查詢User對象
    * 然后設置User對象的一個屬性,注意:沒有做update操作。發現,數據庫中的記錄也改變了。
    * 利用快照機制來完成的(SnapShot)

[圖片上傳失敗...(image-53b346-1513572302482)]


控制Session的一級緩存(了解)

1. 學習Session接口中與一級緩存相關的方法
    * Session.clear()                       -- 清空緩存。(查詢兩次相同的對象)
    * Session.evict(Object entity)          -- 從一級緩存中清除指定的實體對象。(查詢兩次相同的對象)
    * Session.flush()                       -- 刷出緩存 (先查詢后修改)

Hibernate中的事務與并發


事務相關的概念

1. 什么是事務
    * 事務就是邏輯上的一組操作,組成事務的各個執行單元,操作要么全都成功,要么全都失敗.
    * 轉賬的例子:冠希給美美轉錢,扣錢,加錢。兩個操作組成了一個事情!

2. 事務的特性
    * 原子性   -- 事務不可分割.
    * 一致性   -- 事務執行的前后數據的完整性保持一致.
    * 隔離性   -- 一個事務執行的過程中,不應該受到其他的事務的干擾.(強調并發訪問的問題,多個事物同時操作一條數據,保證操作的時候不能互相的干擾)
    * 持久性   -- 事務一旦提交,數據就永久保持到數據庫中.

3. 如果不考慮隔離性:引發一些讀的問題
    * 臟讀            -- 一個事務讀到了另一個事務未提交的數據.(冠希給美美轉賬:冠希轉錢但是沒提交事物,給美美打電話說錢轉了,美美查賬沒收到錢)
    * 不可重復讀 -- 一個事務讀到了另一個事務已經提交的update數據,導致多次查詢結果不一致.(在一個事物中不管你查詢多少次,數據必須保持一致)
    * 虛讀            -- 一個事務讀到了另一個事務已經提交的insert數據,導致多次查詢結構不一致.

4. 通過設置數據庫的隔離級別來解決上述讀的問題
    * 未提交讀:以上的讀的問題都有可能發生.
    * 已提交讀:避免臟讀,但是不可重復讀,虛讀都有可能發生.
    * 可重復讀:避免臟讀,不可重復讀.但是虛讀是有可能發生.
    * 串行化:以上讀的情況都可以避免.

5. 如果想在Hibernate的框架中來設置隔離級別,需要在hibernate.cfg.xml的配置文件中通過標簽來配置
    * 通過:hibernate.connection.isolation = 4 來配置
    * 取值
        * 1—Read uncommitted isolation
        * 2—Read committed isolation
        * 4—Repeatable read isolation
        * 8—Serializable isolation

丟失更新的問題

1. 如果不考慮隔離性,也會產生寫入數據的問題,這一類的問題叫丟失更新的問題。
2. 例如:兩個事務同時對某一條記錄做修改,就會引發丟失更新的問題。
    * A事務和B事務同時獲取到一條數據,同時再做修改
    * 如果A事務修改完成后,提交了事務
    * B事務修改完成后,不管是提交還是回滾,如果不做處理,都會對數據產生影響

3. 解決方案有兩種
    * 悲觀鎖(一般不用)
        * 采用的是數據庫提供的一種鎖機制,如果采用做了這種機制,在SQL語句的后面添加 for update 子句
            * 當A事務在操作該條記錄時,會把該條記錄鎖起來,其他事務是不能操作這條記錄的。
            * 只有當A事務提交后,鎖釋放了,其他事務才能操作該條記錄
    
    * 樂觀鎖
        * 采用版本號的機制來解決的。會給表結構添加一個字段version=0,默認值是0
            * 當A事務在操作完該條記錄,提交事務時,會先檢查版本號,如果發生版本號的值相同時,才可以提交事務。同時會更新版本號version=1.
            * 當B事務操作完該條記錄時,提交事務時,會先檢查版本號,如果發現版本不同時,程序會出現錯誤。

4. 使用Hibernate框架解決丟失更新的問題
    * 悲觀鎖
        * 使用session.get(Customer.class, 1,LockMode.UPGRADE); 方法
    
    * 樂觀鎖 (一個修改姓名,一個修改年齡)
        * 1.在對應的JavaBean中添加一個屬性,名稱可以是任意的。例如:private Integer version; 提供get和set方法
        * 2.在映射的配置文件中,提供<version name="version"/>標簽即可。

[圖片上傳失敗...(image-b6b34e-1513572302482)]


綁定本地的Session

1. 之前在講JavaWEB的事務的時候,需要在業務層使用Connection來開啟事務,
    * 一種是通過參數的方式傳遞下去
    * 另一種是把Connection綁定到ThreadLocal對象中

2. 現在的Hibernate框架中,使用session對象開啟事務,所以需要來傳遞session對象,框架提供了ThreadLocal的方式
    * 需要在hibernate.cfg.xml的配置文件中提供配置
        * <property name="hibernate.current_session_context_class">thread</property>
    
    * 重新HibernateUtil的工具類,使用SessionFactory的getCurrentSession()方法,獲取當前的Session對象。并且該Session對象不用手動關閉,線程結束了,會自動關閉。
        public static Session getCurrentSession(){
            return factory.getCurrentSession();
        }
    
    * 注意:想使用getCurrentSession()方法,必須要先配置才能使用。

Hibernate框架的查詢方式


Query查詢接口 orm HQL

1. 具體的查詢代碼如下
    // 1.查詢所有記錄
    /*Query query = session.createQuery("from Customer");
    List<Customer> list = query.list();
    System.out.println(list);*/
    
    // 2.條件查詢:
    /*Query query = session.createQuery("from Customer where name = ?");
    query.setString(0, "李健");
    List<Customer> list = query.list();
    System.out.println(list);*/
    
    // 3.條件查詢:
    /*Query query = session.createQuery("from Customer where name = :aaa and age = :bbb");
    query.setString("aaa", "李健");
    query.setInteger("bbb", 38);
    List<Customer> list = query.list();
    System.out.println(list);*/

Criteria查詢接口(做條件查詢非常合適)

1. 具體的查詢代碼如下
    // 1.查詢所有記錄
    /*Criteria criteria = session.createCriteria(Customer.class);
    List<Customer> list = criteria.list();
    System.out.println(list);*/
    
    // 2.條件查詢
    /*Criteria criteria = session.createCriteria(Customer.class);
    criteria.add(Restrictions.eq("name", "李健"));
    List<Customer> list = criteria.list();
    System.out.println(list);*/
    
    // 3.條件查詢
    /*Criteria criteria = session.createCriteria(Customer.class);
    criteria.add(Restrictions.eq("name", "李健"));
    criteria.add(Restrictions.eq("age", 38));
    List<Customer> list = criteria.list();
    System.out.println(list);*/

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,412評論 6 532
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,514評論 3 416
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,373評論 0 374
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,975評論 1 312
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,743評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,199評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,262評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,414評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,951評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,780評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,983評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,527評論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,218評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,649評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,889評論 1 286
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,673評論 3 391
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,967評論 2 374

推薦閱讀更多精彩內容

  • 非本人總結的筆記,抄點筆記復習復習。感謝傳智博客及黑馬程序猿記筆記啊記筆記 持久化類的狀態 持久化類三種狀態 持久...
    鍵盤瞎閱讀 439評論 0 1
  • 本文包括:1、Hibernate的持久化類2、Hibernate 持久化對象的三個狀態(難點)3、Hibernat...
    廖少少閱讀 1,465評論 0 13
  • Hibernate是一個開放源代碼的對象關系映射框架,它對JDBC進行了非常輕量級的對象封裝,它將POJO與數據庫...
    蘭緣小妖閱讀 1,217評論 1 18
  • 這部分主要是開源Java EE框架方面的內容,包括Hibernate、MyBatis、Spring、Spring ...
    雜貨鋪老板閱讀 1,410評論 0 2
  • 您斑白的頭發, 是我成長的標志, 你佝僂的身軀, 是我前進的動力, 歲月,愿你善待我的父親, 讓皺紋慢慢爬, 讓時...
    莫小筑閱讀 196評論 2 4