Hibernate和Jive快取策略的比較

2021-05-22 22:18:28 字數 3957 閱讀 9635

hibernate和jive快取策略的比較

一.基本概念

po是持久化物件,他只是對物理資料實體的一種物件表示。

vo是值物件,準確地講,他是業務物件。

formbean只是html表單的封裝,起到在控制層弱化的request中儲存資料的作用,將request的get方法轉

變為物件的訪問值。

二.快取策略比較

jive

1.jive的快取策略的過程描述:

(1)條件查詢的時候,jive用 select id from table_name where …. (只選擇id欄位)這樣的sql語句查詢資料庫,來獲得乙個id列表。

(2) jive根據id列表中的每個id,首先檢視快取中是否存在對應id的資料物件:假如存在,那麼直接取出,加入到 結果列表中;假如不存在,那麼通過一條select * from table_name where id = 這樣的sql查詢資料庫,取出對應的資料物件,放入到結果列表,並把這個資料物件按照id放入到快取中。

(3) id查詢的時候,jive執行類似第(2)步的過程,先從快取中查詢該id,查不到,再查詢資料庫,然後把結果放入到快取。

(4) 刪除、更新、增加資料的時候,同時更新快取。

2.jive快取策略的長處:

(1) id查詢的時候,假如該id已存在於快取中,那麼能夠直接取出。節省了一條資料庫查詢。

(2) 當多次條件查詢的結果集相交的情況下,交集裡面的資料物件不用重複從資料庫整個獲取,直接從快取中獲取即可。比如,第一次查詢的id列表為,然後根據id列表的id從資料庫中乙個乙個取出資料物件,結果集為。下一次查詢的id列表為,由於id = 2的資料物件已存在於快取中,那麼只要從資料庫中取出id = 3的資料物件即可。

3.jive快取策略的缺點:

(1) 在根據條件查詢資料物件列表的過程中,dao的第(1)步用來獲得id列表的那一次資料庫查詢,是必不可少的。

(2) 假如第(1)步返回的id列表中有n個id,在最壞的命中率(快取中乙個對應id都沒有)情況下,jive還要再查詢n次資料庫。最壞情況下,共需要n + 1資料庫查詢。

hibernate

hibernate用session類包裝了資料庫連線從開啟到關閉的過程。session內部維護乙個資料物件集合,包括了本session內選取的、操作的資料物件。這稱為session內部快取,是hibernate的第一級最快快取,屬於hibernate的既定行為,無需進行配置。

session的生命期很短,存在於session內部的第一級最快快取的生命期當然也很短,命中率自然也很低。當然,這個session內部快取的主要作用是保持session內部資料狀態同步。假如需要跨session的命中率較高的全域性快取,那麼必須對hibernate進行二級快取配置。一般來說,同樣資料型別(class)的資料物件,共用乙個二級快取(或其中的同一塊)。

1.hibernate二級快取策略的過程描述:

(1)條件查詢的時候,總是發出一條select * from table_name where …. (選擇任何字段)這樣的sql語句查詢資料庫,一次獲得任何的資料物件。

(2) 把獲得的任何資料物件根據id放入到第二級快取中。

(3) 當hibernate根據id訪問資料物件的時候,首先從session一級快取中查;查不到,假如配置了二級快取,那麼從二級快取中查;查不到,再查詢資料庫,把結果按照id放入到快取。

(4) 刪除、更新、增加資料的時候,同時更新快取。

2.hibernate二級快取策略的長處:

(1) 具備jive快取策略同樣的第(1)條長處:id查詢的時候,假如該id已存在於快取中,那麼能夠直接取出。節省了一條資料庫查詢。

(2) 不具備jive快取策略的第(2)條缺點,即hibernate不會有最壞情況下的 n + 1次資料庫查詢。

3.hibernate二級快取策略的缺點:

(1) 同jive快取策略的第(1)條缺點相同,條件查詢的時候,第(1)步的資料庫查詢語句是不可少的。而且hibernate選擇任何的字段,比只選擇id欄位花費的時間和空間都多。

(2) 不具備jive快取策略的第(2)條長處。條件查詢的時候,必須把資料庫物件從資料庫中整個取出,即使該資料庫的id已存在於快取中。

hibernate的query快取策略

能夠看到,jive快取和hibernate的二級快取策略,都只是針對於id查詢的快取策略,對於條件查詢則毫無作用。(儘管jive快取的第(2)個長處,能夠避免重複從資料庫獲取同乙個id對應的資料物件,但select id from …這條資料庫查詢是每次條件查詢都必不可少的)。

為此,hibernate提供了針對條件查詢的query快取。

1.hibernate的query快取策略的過程描述:

(1) 條件查詢的請求一般都包括如下資訊:sql, sql需要的引數,記錄範圍(起始位置rowstart,最大記錄個數maxrows),等。

(2) hibernate首先根據這些資訊組成乙個query key,根據這個query key到query快取中查詢對應的結果列表。假如存在,那麼返回這個結果列表;假如不存在,查詢資料庫,獲取結果列表,把整個結果列表根據query key放入到query快取中。

(3) query key中的sql涉及到一些表名,假如這些表的任何資料發生修改、刪除、增加等操作,這些相關的query key都要從快取中清空。

2.hibernate的query快取策略的長處

(1) 條件查詢的時候,假如query key已存在於快取,那麼無需再查詢資料庫。命中的情況下,一次資料庫查詢也無需。

3.hibernate的query快取策略的缺點

(1) 條件查詢涉及到的表中,假如有任何一條記錄增加、刪除、或改變,那麼快取中任何和該錶相關的query key都會失效。

比如,有這樣幾組query key,他們的sql裡面都包括table1。

sql = select * from table1 where c1 = ? …., parameter = 1, rowstart = 11, maxrows = 20.

sql = select * from table1 where c1 = ? …., parameter = 1, rowstart = 21, maxrows = 20.

sql = select * from table1 where c1 = ? ….., parameter = 2, rowstart = 11, maxrows = 20.

sql = select * from table1 where c1 = ? ….., parameter = 2, rowstart = 11, maxrows = 20.

sql = select * from table1 where c2 = ? …., parameter = 『abc』, rowstart = 11, maxrows = 20.

當table1的任何資料物件(任何字段)改變、增加、刪除的時候,這些query key對應的結果集都不能確保沒有發生變化。很難做到根據資料物件的改變精確判斷哪些query key對應的結果集受到影響。最簡單的實現方法,就是清空任何sql包含table1的query key。

(2) query快取中,query key對應的是資料物件列表,假如不同的query key對應的資料物件列表有交集,那麼,交集部分的資料物件就是重複儲存的。

比如,query key 1對應的資料物件列表為,query key 2對應的資料物件列表為,這個a就在兩個list同時存在了兩份。

4.二級快取和query快取同步的困惑

假如,query快取中,乙個query key對應的結果列表為; 二級快取裡面有也id = 1對應的資料物件a。

這兩個資料物件a之間是什麼關係?能夠保持狀態同步嗎?我閱讀hibernate的相關原始碼,沒有發現兩個快取之間的這種同步關係。或兩者之間毫無關係。就像我上面所說的,只要表資料發生變化,相關的query key都要被清空。所以不用考慮同步問題?

Hibernate和Jive快取策略的比較

一 基本概念 po是持久化物件,它只是對物理資料實體的一種物件表示。vo是值物件,準確地講,它是業務物件。formbean只是html表單的封裝,起到在控制層弱化的request中儲存資料的作用,將request的get方法轉 變為物件的訪問值。二 快取策略比較 jive 1 jive的快取策略的過...

Hibernate分頁和投影

分頁 dao 分頁查詢 param index param pagesize return public listfindbypage integer index,integer pagesize service public listfindbypage integer index,integer...

spring MVC和hibernate的結合

我們在沒有用註解寫spring配置檔案的時候 會在spring配置檔案中定義dao層的bean,這樣我們在service層中,寫setdao方法,就可以直接通過介面呼叫dao層。用了註解寫法後 在配置檔案中不用再寫dao層的bean。只需要在dao實現類中加入 repository public c...