HIbernate和Mybatis的區(qū)別和優(yōu)劣勢

第一章 Hibernate與MyBatis

Hibernate 是當前最流行的O/R mapping框架笨使,它出身于sf.net,現(xiàn)在已經(jīng)成為Jboss的一部分竞阐。 Mybatis 是另外一種優(yōu)秀的O/R mapping框架缴饭。目前屬于apache的一個子項目。

MyBatis 參考資料官網(wǎng):http://www.mybatis.org/core/zh/index.html

Hibernate參考資料: http://docs.jboss.org/hibernate/core/3.6/reference/zh-CN/html_single/

1.1 Hibernate 簡介

Hibernate對數(shù)據(jù)庫結(jié)構(gòu)提供了較為完整的封裝骆莹,Hibernate的O/R Mapping實現(xiàn)了POJO 和數(shù)據(jù)庫表之間的映射颗搂,以及SQL 的自動生成和執(zhí)行。程序員往往只需定義好了POJO 到數(shù)據(jù)庫表的映射關(guān)系幕垦,即可通過Hibernate 提供的方法完成持久層操作丢氢。程序員甚至不需要對SQL 的熟練掌握, Hibernate/OJB 會根據(jù)制定的存儲邏輯先改,自動生成對應的SQL 并調(diào)用JDBC 接口加以執(zhí)行疚察。

1.2 MyBatis簡介

iBATIS 的著力點,則在于POJO 與SQL之間的映射關(guān)系仇奶。然后通過映射配置文件貌嫡,將SQL所需的參數(shù),以及返回的結(jié)果字段映射到指定POJO该溯。 相對Hibernate“O/R”而言岛抄,iBATIS 是一種“Sql Mapping”的ORM實現(xiàn)。

第二章 開發(fā)對比

開發(fā)速度

Hibernate的真正掌握要比Mybatis來得難些狈茉。Mybatis框架相對簡單很容易上手夫椭,但也相對簡陋些。個人覺得要用好Mybatis還是首先要先理解好Hibernate氯庆。

開發(fā)社區(qū)

Hibernate 與Mybatis都是流行的持久層開發(fā)框架蹭秋,但Hibernate開發(fā)社區(qū)相對多熱鬧些扰付,支持的工具也多,更新也快感凤,當前最高版本4.1.8。而Mybatis相對平靜粒督,工具較少陪竿,當前最高版本3.2。

開發(fā)工作量

Hibernate和MyBatis都有相應的代碼生成工具屠橄∽艴耍可以生成簡單基本的DAO層方法。

針對高級查詢锐墙,Mybatis需要手動編寫SQL語句礁哄,以及ResultMap。而Hibernate有良好的映射機制溪北,開發(fā)者無需關(guān)心SQL的生成與結(jié)果映射桐绒,可以更專注于業(yè)務流程。

第三章 系統(tǒng)調(diào)優(yōu)對比

Hibernate的調(diào)優(yōu)方案

  1. 制定合理的緩存策略之拨;

  2. 盡量使用延遲加載特性茉继;

  3. 采用合理的Session管理機制;

  4. 使用批量抓取蚀乔,設(shè)定合理的批處理參數(shù)(batch_size);

  5. 進行合理的O/R映射設(shè)計

Mybatis調(diào)優(yōu)方案

MyBatis在Session方面和Hibernate的Session生命周期是一致的烁竭,同樣需要合理的Session管理機制。MyBatis同樣具有二級緩存機制吉挣。 MyBatis可以進行詳細的SQL優(yōu)化設(shè)計派撕。

SQL優(yōu)化方面

Hibernate的查詢會將表中的所有字段查詢出來,這一點會有性能消耗睬魂。Hibernate也可以自己寫SQL來指定需要查詢的字段终吼,但這樣就破壞了Hibernate開發(fā)的簡潔性。而Mybatis的SQL是手動編寫的氯哮,所以可以按需求指定查詢的字段衔峰。

Hibernate HQL語句的調(diào)優(yōu)需要將SQL打印出來,而Hibernate的SQL被很多人嫌棄因為太丑了蛙粘。MyBatis的SQL是自己手動寫的所以調(diào)整方便垫卤。但Hibernate具有自己的日志統(tǒng)計。Mybatis本身不帶日志統(tǒng)計出牧,使用Log4j進行日志記錄穴肘。

擴展性方面

Hibernate與具體數(shù)據(jù)庫的關(guān)聯(lián)只需在XML文件中配置即可,所有的HQL語句與具體使用的數(shù)據(jù)庫無關(guān)舔痕,移植性很好评抚。MyBatis項目中所有的SQL語句都是依賴所用的數(shù)據(jù)庫的豹缀,所以不同數(shù)據(jù)庫類型的支持不好。

第四章 對象管理與抓取策略

對象管理

Hibernate 是完整的對象/關(guān)系映射解決方案慨代,它提供了對象狀態(tài)管理(state management)的功能邢笙,使開發(fā)者不再需要理會底層數(shù)據(jù)庫系統(tǒng)的細節(jié)。也就是說侍匙,相對于常見的 JDBC/SQL 持久層方案中需要管理 SQL 語句氮惯,Hibernate采用了更自然的面向?qū)ο蟮囊暯莵沓志没?Java 應用中的數(shù)據(jù)。

換句話說想暗,使用 Hibernate 的開發(fā)者應該總是關(guān)注對象的狀態(tài)(state)妇汗,不必考慮 SQL 語句的執(zhí)行。這部分細節(jié)已經(jīng)由 Hibernate 掌管妥當说莫,只有開發(fā)者在進行系統(tǒng)性能調(diào)優(yōu)的時候才需要進行了解杨箭。

而MyBatis在這一塊沒有文檔說明,用戶需要對對象自己進行詳細的管理储狭。

抓取策略

Hibernate對實體關(guān)聯(lián)對象的抓取有著良好的機制互婿。對于每一個關(guān)聯(lián)關(guān)系都可以詳細地設(shè)置是否延遲加載,并且提供關(guān)聯(lián)抓取辽狈、查詢抓取擒悬、子查詢抓取、批量抓取四種模式。 它是詳細配置和處理的。

而Mybatis的延遲加載是全局配置的漠其。

第五章 緩存機制對比

Hibernate緩存

Hibernate一級緩存是Session緩存蹲嚣,利用好一級緩存就需要對Session的生命周期進行管理好。建議在一個Action操作中使用一個Session。一級緩存需要對Session進行嚴格管理。

Hibernate二級緩存是SessionFactory級的緩存。 SessionFactory的緩存分為內(nèi)置緩存和外置緩存躯保。內(nèi)置緩存中存放的是SessionFactory對象的一些集合屬性包含的數(shù)據(jù)(映射元素據(jù)及預定SQL語句等),對于應用程序來說,它是只讀的。外置緩存中存放的是數(shù)據(jù)庫數(shù)據(jù)的副本,其作用和一級緩存類似.二級緩存除了以內(nèi)存作為存儲介質(zhì)外,還可以選用硬盤等外部存儲設(shè)備澎语。二級緩存稱為進程級緩存或SessionFactory級緩存途事,它可以被所有session共享,它的生命周期伴隨著SessionFactory的生命周期存在和消亡擅羞。

MyBatis緩存

MyBatis 包含一個非常強大的查詢緩存特性,它可以非常方便地配置和定制尸变。MyBatis 3 中的緩存實現(xiàn)的很多改進都已經(jīng)實現(xiàn)了,使得它更加強大而且易于配置。

默認情況下是沒有開啟緩存的,除了局部的 session 緩存,可以增強變現(xiàn)而且處理循環(huán) 依賴也是必須的减俏。要開啟二級緩存,你需要在你的 SQL 映射文件中添加一行: <cache/>

字面上看就是這樣召烂。這個簡單語句的效果如下:

  1. 映射語句文件中的所有 select 語句將會被緩存。

  2. 映射語句文件中的所有 insert,update 和 delete 語句會刷新緩存娃承。

  3. 緩存會使用 Least Recently Used(LRU,最近最少使用的)算法來收回奏夫。

  4. 根據(jù)時間表(比如 no Flush Interval,沒有刷新間隔), 緩存不會以任何時間順序 來刷新怕篷。

  5. 緩存會存儲列表集合或?qū)ο?無論查詢方法返回什么)的 1024 個引用。

  6. 緩存會被視為是 read/write(可讀/可寫)的緩存,意味著對象檢索不是共享的,而 且可以安全地被調(diào)用者修改,而不干擾其他調(diào)用者或線程所做的潛在修改酗昼。

所有的這些屬性都可以通過緩存元素的屬性來修改廊谓。

比如: <cache eviction="FIFO" flushInterval="60000" size="512" readOnly="true"/>

這個更高級的配置創(chuàng)建了一個 FIFO 緩存,并每隔 60 秒刷新,存數(shù)結(jié)果對象或列表的 512 個引用,而且返回的對象被認為是只讀的,因此在不同線程中的調(diào)用者之間修改它們會 導致沖突÷橄鳎可用的收回策略有, 默認的是 LRU:

  1. LRU – 最近最少使用的:移除最長時間不被使用的對象蒸痹。

  2. FIFO – 先進先出:按對象進入緩存的順序來移除它們。

  3. SOFT – 軟引用:移除基于垃圾回收器狀態(tài)和軟引用規(guī)則的對象碟婆。

  4. WEAK – 弱引用:更積極地移除基于垃圾收集器狀態(tài)和弱引用規(guī)則的對象电抚。

flushInterval(刷新間隔)可以被設(shè)置為任意的正整數(shù),而且它們代表一個合理的毫秒 形式的時間段惕稻。默認情況是不設(shè)置,也就是沒有刷新間隔,緩存僅僅調(diào)用語句時刷新竖共。

size(引用數(shù)目)可以被設(shè)置為任意正整數(shù),要記住你緩存的對象數(shù)目和你運行環(huán)境的 可用內(nèi)存資源數(shù)目。默認值是1024俺祠。

readOnly(只讀)屬性可以被設(shè)置為 true 或 false公给。只讀的緩存會給所有調(diào)用者返回緩 存對象的相同實例。因此這些對象不能被修改蜘渣。這提供了很重要的性能優(yōu)勢淌铐。可讀寫的緩存 會返回緩存對象的拷貝(通過序列化) 蔫缸。這會慢一些,但是安全,因此默認是 false腿准。

相同點

Hibernate和Mybatis的二級緩存除了采用系統(tǒng)默認的緩存機制外,都可以通過實現(xiàn)你自己的緩存或為其他第三方緩存方案拾碌,創(chuàng)建適配器來完全覆蓋緩存行為吐葱。

不同點

Hibernate的二級緩存配置在SessionFactory生成的配置文件中進行詳細配置,然后再在具體的表-對象映射中配置是那種緩存校翔。

MyBatis的二級緩存配置都是在每個具體的表-對象映射中進行詳細配置弟跑,這樣針對不同的表可以自定義不同的緩存機制。并且Mybatis可以在命名空間中共享相同的緩存配置和實例防症,通過Cache-ref來實現(xiàn)孟辑。

兩者比較

因為Hibernate對查詢對象有著良好的管理機制,用戶無需關(guān)心SQL蔫敲。所以在使用二級緩存時如果出現(xiàn)臟數(shù)據(jù)饲嗽,系統(tǒng)會報出錯誤并提示。

而MyBatis在這一方面奈嘿,使用二級緩存時需要特別小心喝噪。如果不能完全確定數(shù)據(jù)更新操作的波及范圍,避免Cache的盲目使用指么。否則酝惧,臟數(shù)據(jù)的出現(xiàn)會給系統(tǒng)的正常運行帶來很大的隱患榴鼎。

第六章 Hibernate與Mybatis對比總結(jié)

兩者相同點

  • Hibernate與MyBatis都可以是通過SessionFactoryBuider由XML配置文件生成SessionFactory,然后由SessionFactory 生成Session晚唇,最后由Session來開啟執(zhí)行事務和SQL語句巫财。其中SessionFactoryBuider,SessionFactory哩陕,Session的生命周期都是差不多的平项。

  • Hibernate和MyBatis都支持JDBC和JTA事務處理。

Mybatis優(yōu)勢

  • MyBatis可以進行更為細致的SQL優(yōu)化悍及,可以減少查詢字段闽瓢。

  • MyBatis容易掌握,而Hibernate門檻較高心赶。

Hibernate優(yōu)勢

  • Hibernate的DAO層開發(fā)比MyBatis簡單扣讼,Mybatis需要維護SQL和結(jié)果映射。

  • Hibernate對對象的維護和緩存要比MyBatis好缨叫,對增刪改查的對象的維護要方便椭符。

  • Hibernate數(shù)據(jù)庫移植性很好,MyBatis的數(shù)據(jù)庫移植性不好耻姥,不同的數(shù)據(jù)庫需要寫不同SQL销钝。

  • Hibernate有更好的二級緩存機制,可以使用第三方緩存琐簇。MyBatis本身提供的緩存機制不佳蒸健。

他人總結(jié)

  • Hibernate功能強大,數(shù)據(jù)庫無關(guān)性好婉商,O/R映射能力強似忧,如果你對Hibernate相當精通,而且對Hibernate進行了適當?shù)姆庋b据某,那么你的項目整個持久層代碼會相當簡單橡娄,需要寫的代碼很少,開發(fā)速度很快癣籽,非常爽挽唉。

  • Hibernate的缺點就是學習門檻不低,要精通門檻更高筷狼,而且怎么設(shè)計O/R映射瓶籽,在性能和對象模型之間如何權(quán)衡取得平衡,以及怎樣用好Hibernate方面需要你的經(jīng)驗和能力都很強才行埂材。

  • MyBatis入門簡單塑顺,即學即用,提供了數(shù)據(jù)庫查詢的自動對象綁定功能,而且延續(xù)了很好的SQL使用經(jīng)驗严拒,對于沒有那么高的對象模型要求的項目來說扬绪,相當完美。

  • MyBatis的缺點就是框架還是比較簡陋裤唠,功能尚有缺失挤牛,雖然簡化了數(shù)據(jù)綁定代碼,但是整個底層數(shù)據(jù)庫查詢實際還是要自己寫的种蘸,工作量也比較大墓赴,而且不太容易適應快速數(shù)據(jù)庫修改。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末航瞭,一起剝皮案震驚了整個濱河市诫硕,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌刊侯,老刑警劉巖章办,帶你破解...
    沈念sama閱讀 212,383評論 6 493
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異滔吠,居然都是意外死亡纲菌,警方通過查閱死者的電腦和手機挠日,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,522評論 3 385
  • 文/潘曉璐 我一進店門疮绷,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人嚣潜,你說我怎么就攤上這事冬骚。” “怎么了懂算?”我有些...
    開封第一講書人閱讀 157,852評論 0 348
  • 文/不壞的土叔 我叫張陵只冻,是天一觀的道長。 經(jīng)常有香客問我计技,道長喜德,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 56,621評論 1 284
  • 正文 為了忘掉前任垮媒,我火速辦了婚禮舍悯,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘睡雇。我一直安慰自己萌衬,他們只是感情好,可當我...
    茶點故事閱讀 65,741評論 6 386
  • 文/花漫 我一把揭開白布它抱。 她就那樣靜靜地躺著秕豫,像睡著了一般。 火紅的嫁衣襯著肌膚如雪观蓄。 梳的紋絲不亂的頭發(fā)上混移,一...
    開封第一講書人閱讀 49,929評論 1 290
  • 那天祠墅,我揣著相機與錄音,去河邊找鬼歌径。 笑死饵隙,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的沮脖。 我是一名探鬼主播金矛,決...
    沈念sama閱讀 39,076評論 3 410
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼勺届!你這毒婦竟也來了驶俊?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 37,803評論 0 268
  • 序言:老撾萬榮一對情侶失蹤免姿,失蹤者是張志新(化名)和其女友劉穎饼酿,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體胚膊,經(jīng)...
    沈念sama閱讀 44,265評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡故俐,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,582評論 2 327
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了紊婉。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片药版。...
    茶點故事閱讀 38,716評論 1 341
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖喻犁,靈堂內(nèi)的尸體忽然破棺而出槽片,到底是詐尸還是另有隱情,我是刑警寧澤肢础,帶...
    沈念sama閱讀 34,395評論 4 333
  • 正文 年R本政府宣布还栓,位于F島的核電站,受9級特大地震影響传轰,放射性物質(zhì)發(fā)生泄漏剩盒。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 40,039評論 3 316
  • 文/蒙蒙 一慨蛙、第九天 我趴在偏房一處隱蔽的房頂上張望辽聊。 院中可真熱鬧,春花似錦股淡、人聲如沸身隐。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,798評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽贾铝。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間垢揩,已是汗流浹背玖绿。 一陣腳步聲響...
    開封第一講書人閱讀 32,027評論 1 266
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留叁巨,地道東北人斑匪。 一個月前我還...
    沈念sama閱讀 46,488評論 2 361
  • 正文 我出身青樓,卻偏偏與公主長得像锋勺,于是被迫代替她去往敵國和親蚀瘸。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 43,612評論 2 350

推薦閱讀更多精彩內(nèi)容