hibernate和 mybatis的區別

來源:互聯網
上載者:User

標籤:語句   使用者   儲存   並且   之間   弱引用   view   定製   設定檔   

第一方面:開發速度的對比

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

比起兩者的開發速度,不僅僅要考慮到兩者的特性及效能,更要根據項目需求去考慮究竟哪一個更適合項目開發,比如:一個項目中用到的複雜查詢基本沒有,就是簡單的增刪改查,這樣選擇hibernate效率就很快了,因為基本的sql語句已經被封裝好了,根本不需要你去寫sql語句,這就節省了大量的時間,但是對於一個大型項目,複雜語句較多,這樣再去選擇hibernate就不是一個太好的選擇,選擇mybatis就會加快許多,而且語句的管理也比較方便。

第二方面:開發工作量的對比

Hibernate和MyBatis都有相應的代碼產生工具。可以產生簡單基本的DAO層方法。針對進階查詢,Mybatis需要手動編寫SQL語句,以及ResultMap。而Hibernate有良好的映射機制,開發人員無需關心SQL的產生與結果映射,可以更專註於商務程序。

第三方面:sql最佳化方面

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

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

第四方面:對象管理的對比

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

換句話說,使用 Hibernate 的開發人員應該總是關注對象的狀態(state),不必考慮 SQL 語句的執行。這部分細節已經由 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。唯讀緩衝會給所有調用者返回緩 存對象的相同執行個體。因此這些對象不能被修改。這提供了很重要的效能優勢。可讀寫的緩衝 會返回緩衝對象的拷貝(通過序列化) 。這會慢一些,但是安全,因此預設是 false。

相同點:Hibernate和Mybatis的二級緩衝除了採用系統預設的緩衝機制外,都可以通過實現你自己的緩衝或為其他第三方緩衝方案,建立適配器來完全覆蓋緩衝行為。

不同點:Hibernate的二級緩衝配置在SessionFactory產生的設定檔中進行詳細配置,然後再在具體的表-對象映射中配置是那種緩衝。

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

兩者比較:因為Hibernate對查詢對象有著良好的管理機制,使用者無需關心SQL。所以在使用二級緩衝時如果出現髒資料,系統會報出錯誤並提示。

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

第六方面:總結

對於總結,大家可以到各大java論壇去看一看

相同點:Hibernate與MyBatis都可以是通過SessionFactoryBuider由XML設定檔產生SessionFactory,然後由SessionFactory 產生Session,最後由Session來開啟執行事務和SQL語句。其中SessionFactoryBuider,SessionFactory,Session的生命週期都是差不多的。
  • Hibernate和MyBatis都支援JDBC和JTA交易處理。
Mybatis優勢
  • MyBatis可以進行更為細緻的SQL最佳化,可以減少查詢欄位。
  • MyBatis容易掌握,而Hibernate門檻較高。
Hibernate優勢
  • Hibernate的DAO層開發比MyBatis簡單,Mybatis需要維護SQL和結果映射。
  • Hibernate對對象的維護和緩衝要比MyBatis好,對增刪改查的對象的維護要方便。
  • Hibernate資料庫移植性很好,MyBatis的資料庫移植性不好,不同的資料庫需要寫不同SQL。
  • Hibernate有更好的二級緩衝機制,可以使用第三方緩衝。MyBatis本身提供的緩衝機制不佳。
他人總結
  • Hibernate功能強大,資料庫無關性好,O/R映射能力強,如果你對Hibernate相當精通,而且對Hibernate進行了適當的封裝,那麼你的項目整個持久層代碼會相當簡單,需要寫的代碼很少,開發速度很快,非常爽。
  • Hibernate的缺點就是學習門檻不低,要精通門檻更高,而且怎麼設計O/R映射,在效能和物件模型之間如何權衡取得平衡,以及怎樣用好Hibernate方面需要你的經驗和能力都很強才行。
  • iBATIS入門簡單,即學即用,提供了資料庫查詢的自動對象綁定功能,而且延續了很好的SQL使用經驗,對於沒有那麼高的物件模型要求的項目來說,相當完美。
  • iBATIS的缺點就是架構還是比較簡陋,功能尚有缺失,雖然簡化了資料繫結代碼,但是整個底層資料庫查詢實際還是要自己寫的,工作量也比較大,而且不太容易適應快速資料庫修改。

參考:http://www.cnblogs.com/inspurhaitian/p/4647485.html

hibernate和 mybatis的區別

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.