mybatis和hibernate的區別(hibernate與mybatis的區別是什么)

Hibernate是當前最流行的O/R mapping框架,它出身于sf.net,現在已經成為Jboss的一部分。Mybatis是另外一種優秀的O/R mapping框架。目前屬于apache的一個子項目。

1.1 Hibernate簡介

Hibernate對數據庫結構提供了較為完整的封裝,Hibernate的O/R Mapping實現了POJO和數據庫表之間的映射,以及SQL的自動生成和執行。程序員往往只需定義好了POJO到數據庫表的映射關系,即可通過Hibernate提供的方法完成持久層操作。程序員甚至不需要對SQL的熟練掌握,Hibernate/OJB會根據制定的存儲邏輯,自動生成對應的SQL并調用JDBC接口加以執行。

1.2 MyBatis簡介

MyBatis的著力點,則在于POJO與SQL之間的映射關系。然后通過映射配置文件,將SQL所需的參數,以及返回的結果字段映射到指定POJO。 相對Hibernate“O/R”而言,MyBatis是一種“Sql Mapping”的ORM實現。

第二章 開發對比

開發速度

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

開發社區

Hibernate與Mybatis都是流行的持久層開發框架,但Hibernate開發社區相對多熱鬧些,支持的工具也多,更新也快,當前最高版本4.1.8。而Mybatis相對平靜,工具較少,當前最高版本3.2。

開發工作量

Hibernate和MyBatis都有相應的代碼生成工具?？梢陨珊唵位镜腄AO層方法。

針對高級查詢,Mybatis需要手動編寫SQL語句,以及ResultMap。而Hibernate有良好的映射機制,開發者無需關心SQL的生成與結果映射,可以更專注于業務流程。

第三章 系統調優對比

Hibernate的調優方案

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

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

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

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

5.進行合理的O/R映射設計

Mybatis調優方案

MyBatis在Session方面和Hibernate的Session生命周期是一致的,同樣需要合理的Session管理機制。MyBatis同樣具有二級緩存機制。MyBatis可以進行詳細的SQL優化設計。

SQL優化方面

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

Hibernate HQL語句的調優需要將SQL打印出來,而Hibernate的SQL被很多人嫌棄因為太丑了。MyBatis的SQL是自己手動寫的所以調整方便。但Hibernate具有自己的日志統計。Mybatis本身不帶日志統計,使用Log4j進行日志記錄。

擴展性方面

Hibernate與具體數據庫的關聯只需在XML文件中配置即可,所有的HQL語句與具體使用的數據庫無關,移植性很好。MyBatis項目中所有的SQL語句都是依賴所用的數據庫的,所以不同數據庫類型的支持不好。

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

對象管理

Hibernate是完整的對象/關系映射解決方案,它提供了對象狀態管理(state management)的功能,使開發者不再需要理會底層數據庫系統的細節。也就是說,相對于常見的JDBC/SQL持久層方案中需要管理SQL語句,Hibernate采用了更自然的面向對象的視角來持久化Java應用中的數據。

換句話說,使用Hibernate的開發者應該總是關注對象的狀態(state),不必考慮SQL語句的執行。這部分細節已經由Hibernate掌管妥當,只有開發者在進行系統性能調優的時候才需要進行了解。

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

抓取策略

Hibernate對實體關聯對象的抓取有著良好的機制。對于每一個關聯關系都可以詳細地設置是否延遲加載,并且提供關聯抓取、查詢抓取、子查詢抓取、批量抓取四種模式。 它是詳細配置和處理的。

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

第五章 緩存機制對比

Hibernate緩存

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

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

MyBatis緩存

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

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

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

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

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

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

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

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

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

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

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

這個更高級的配置創建了一個FIFO緩存,并每隔60秒刷新,存數結果對象或列表的512個引用,而且返回的對象被認為是只讀的,因此在不同線程中的調用者之間修改它們會 導致沖突?？捎玫氖栈夭呗杂?默認的是LRU:

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

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

3.SOFT–軟引用:移除基于垃圾回收器狀態和軟引用規則的對象。

4.WEAK–弱引用:更積極地移除基于垃圾收集器狀態和弱引用規則的對象。

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

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

readOnly(只讀)屬性可以被設置為true或false。只讀的緩存會給所有調用者返回緩 存對象的相同實例。因此這些對象不能被修改。這提供了很重要的性能優勢?？勺x寫的緩存 會返回緩存對象的拷貝(通過序列化)。這會慢一些,但是安全,因此默認是false。

相同點

Hibernate和Mybatis的二級緩存除了采用系統默認的緩存機制外,都可以通過實現你自己的緩存或為其他第三方緩存方案,創建適配器來完全覆蓋緩存行為。

不同點

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

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

兩者比較

因為Hibernate對查詢對象有著良好的管理機制,用戶無需關心SQL。所以在使用二級緩存時如果出現臟數據,系統會報出錯誤并提示。

而MyBatis在這一方面,使用二級緩存時需要特別小心。如果不能完全確定數據更新操作的波及范圍,避免Cache的盲目使用。否則,臟數據的出現會給系統的正常運行帶來很大的隱患。

第六章Hibernate與Mybatis對比總結

兩者相同點

&#61623;Hibernate與MyBatis都可以是通過SessionFactoryBuider由XML配置文件生成SessionFactory,然后由SessionFactory生成Session,最后由Session來開啟執行事務和SQL語句。其中SessionFactoryBuider,SessionFactory,Session的生命周期都是差不多的。

&#61623;Hibernate和MyBatis都支持JDBC和JTA事務處理。

Mybatis優勢

&#61623;MyBatis可以進行更為細致的SQL優化,可以減少查詢字段。

&#61623;MyBatis容易掌握,而Hibernate門檻較高。

Hibernate優勢

&#61623;Hibernate的DAO層開發比MyBatis簡單,Mybatis需要維護SQL和結果映射。

&#61623;Hibernate對對象的維護和緩存要比MyBatis好,對增刪改查的對象的維護要方便。

&#61623;Hibernate數據庫移植性很好,MyBatis的數據庫移植性不好,不同的數據庫需要寫不同SQL。

&#61623;Hibernate有更好的二級緩存機制,可以使用第三方緩存。MyBatis本身提供的緩存機制不佳。

&#61623;Hibernate功能強大,數據庫無關性好,O/R映射能力強,如果你對Hibernate相當精通,而且對Hibernate進行了適當的封裝,那么你的項目整個持久層代碼會相當簡單,需要寫的代碼很少,開發速度很快,非常爽。

&#61623;Hibernate的缺點就是學習門檻不低,要精通門檻更高,而且怎么設計O/R映射,在性能和對象模型之間如何權衡取得平衡,以及怎樣用好Hibernate方面需要你的經驗和能力都很強才行。

&#61623;MyBatis入門簡單,即學即用,提供了數據庫查詢的自動對象綁定功能,而且延續了很好的SQL使用經驗,對于沒有那么高的對象模型要求的項目來說,相當完美。

&#61623;MyBatis的缺點就是框架還是比較簡陋,功能尚有缺失,雖然簡化了數據綁定代碼,但是整個底層數據庫查詢實際還是要自己寫的,工作量也比較大,而且不太容易適應快速數據庫修改。

上述就是小編為大家分享的hibernate與mybatis的區別是什么了,如果剛好有類似的疑惑,不妨參照上述分析進行理解。如果想知道更多相關知識,歡迎關注本站行業資訊頻道。