Mybites和hibernate的優缺點和區別

 

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

MyBatis 參考資料官網: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數據庫結構提供了較爲完整的封裝,HibernateO/R Mapping實現了POJO 和數據庫表之間的映射,以及SQL 的自動生成和執行。程序員每每只需定義好了POJO 到數據庫表的映射關係,便可經過Hibernate 提供的方法完成持久層操做。程序員甚至不須要對SQL 的熟練掌握, Hibernate/OJB 會根據制定的存儲邏輯,自動生成對應的SQL 並調用JDBC 接口加以執行。sql

1.2 MyBatis簡介

iBATIS 的着力點,則在於POJO SQL之間的映射關係。而後經過映射配置文件,將SQL所需的參數,以及返回的結果字段映射到指定POJO。 相對HibernateO/R」而言,iBATIS 是一種「Sql Mapping」的ORM實現。數據庫

第二章 開發對比

開發速度

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

開發社區

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

開發工做量

HibernateMyBatis都有相應的代碼生成工具。能夠生成簡單基本的DAO層方法。安全

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

第三章 系統調優對比

Hibernate的調優方案

  1. 制定合理的緩存策略;
  2. 儘可能使用延遲加載特性;
  3. 採用合理的Session管理機制;
  4. 使用批量抓取,設定合理的批處理參數(batch_size;
  5. 進行合理的O/R映射設計

Mybatis調優方案

MyBatisSession方面和HibernateSession生命週期是一致的,一樣須要合理的Session管理機制。MyBatis一樣具備二級緩存機制。 MyBatis能夠進行詳細的SQL優化設計。mybatis

SQL優化方面

Hibernate的查詢會將表中的全部字段查詢出來,這一點會有性能消耗。Hibernate也能夠本身寫SQL來指定須要查詢的字段,但這樣就破壞了Hibernate開發的簡潔性。而MybatisSQL是手動編寫的,因此能夠按需求指定查詢的字段。

Hibernate HQL語句的調優須要將SQL打印出來,而HibernateSQL被不少人嫌棄由於太醜了。MyBatisSQL是本身手動寫的因此調整方便。但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。只讀的緩存會給全部調用者返回緩 存對象的相同實例。所以這些對象不能被修改。這提供了很重要的性能優點。可讀寫的緩存 會返回緩存對象的拷貝(經過序列化。這會慢一些,可是安全,所以默認是 false

相同點

HibernateMybatis的二級緩存除了採用系統默認的緩存機制外,均可以經過實現你本身的緩存或爲其餘第三方緩存方案,建立適配器來徹底覆蓋緩存行爲。

不一樣點

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

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

二者比較

由於Hibernate對查詢對象有着良好的管理機制,用戶無需關心SQL。因此在使用二級緩存時若是出現髒數據,系統會報出錯誤並提示。

MyBatis在這一方面,使用二級緩存時須要特別當心。若是不能徹底肯定數據更新操做的波及範圍,避免Cache的盲目使用。不然,髒數據的出現會給系統的正常運行帶來很大的隱患。

第六章 HibernateMybatis對比總結

二者相同點

  • HibernateMyBatis均可以是經過SessionFactoryBuiderXML配置文件生成SessionFactory,而後由SessionFactory 生成Session,最後由Session來開啓執行事務和SQL語句。其中SessionFactoryBuiderSessionFactorySession的生命週期都是差很少的。
  • HibernateMyBatis都支持JDBCJTA事務處理。

Mybatis優點

  • MyBatis能夠進行更爲細緻的SQL優化,能夠減小查詢字段。
  • MyBatis容易掌握,而Hibernate門檻較高。

Hibernate優點

  • HibernateDAO層開發比MyBatis簡單,Mybatis須要維護SQL和結果映射。
  • Hibernate對對象的維護和緩存要比MyBatis好,對增刪改查的對象的維護要方便。
  • Hibernate數據庫移植性很好,MyBatis的數據庫移植性很差,不一樣的數據庫須要寫不一樣SQL
  • Hibernate有更好的二級緩存機制,可使用第三方緩存。MyBatis自己提供的緩存機制不佳。

他人總結

  • Hibernate功能強大,數據庫無關性好,O/R映射能力強,若是你對Hibernate至關精通,並且對Hibernate進行了適當的封裝,那麼你的項目整個持久層代碼會至關簡單,須要寫的代碼不多,開發速度很快,很是爽。 
  • Hibernate的缺點就是學習門檻不低,要精通門檻更高,並且怎麼設計O/R映射,在性能和對象模型之間如何權衡取得平衡,以及怎樣用好Hibernate方面須要你的經驗和能力都很強才行。 
  • iBATIS入門簡單,即學即用,提供了數據庫查詢的自動對象綁定功能,並且延續了很好的SQL使用經驗,對於沒有那麼高的對象模型要求的項目來講,至關完美。 
  • iBATIS的缺點就是框架仍是比較簡陋,功能尚有缺失,雖然簡化了數據綁定代碼,可是整個底層數據庫查詢實際仍是要本身寫的,工做量也比較大,並且不太容易適應快速數據庫修改
  • 之前沒怎麼用過mybatis,只知道與hibernate同樣是個orm數據庫框架。隨着使用熟練度的增長,發現它與hibernate區別是很是大的,結合至今爲止的經驗,總結出如下幾點:

    1. hibernate是全自動,而mybatis是半自動。

    hibernate徹底能夠經過對象關係模型實現對數據庫的操做,擁有完整的JavaBean對象與數據庫的映射結構來自動生成sql。而mybatis僅有基本的字段映射,對象數據以及對象實際關係仍然須要經過手寫sql來實現和管理。

    2. hibernate數據庫移植性遠大於mybatis。

    hibernate經過它強大的映射結構和hql語言,大大下降了對象與數據庫(oracle、MySQL等)的耦合性,而mybatis因爲須要手寫sql,所以與數據庫的耦合性直接取決於程序員寫sql的方法,若是sql不具通用性而用了不少某數據庫特性的sql語句的話,移植性也會隨之下降不少,成本很高。

    3. hibernate擁有完整的日誌系統,mybatis則欠缺一些。

    hibernate日誌系統很是健全,涉及普遍,包括:sql記錄、關係異常、優化警告、緩存提示、髒數據警告等;而mybatis則除了基本記錄功能外,功能薄弱不少。

    4. mybatis相比hibernate須要關心不少細節

    hibernate配置要比mybatis複雜的多,學習成本也比mybatis高。但也正由於 mybatis使用簡單,才致使它要比hibernate關心不少技術細節。mybatis因爲不用考慮不少細節,開發模式上與傳統jdbc區別很小,因 此很容易上手並開發項目,但忽略細節會致使項目前期bug較多,於是開發出相對穩定的軟件很慢,而開發出軟件卻很快。hibernate則正好與之相反。 可是若是使用hibernate很熟練的話,實際上開發效率絲絕不差於甚至超越mybatis。

    5. sql直接優化上,mybatis要比hibernate方便不少

    因爲mybatis的sql都是寫在xml裏,所以優化sql比hibernate方便不少。而 hibernate的sql不少都是自動生成的,沒法直接維護sql;雖有hql,但功能仍是不及sql強大,見到報表等變態需求時,hql也歇菜,也就 是說hql是有侷限的;hibernate雖然也支持原生sql,但開發模式上卻與orm不一樣,須要轉換思惟,所以使用上不是很是方便。總之寫sql的靈 活度上hibernate不及mybatis。


    總結:

    mybatis:小巧、方便、高效、簡單、直接、半自動

    hibernate:強大、方便、高效、複雜、繞彎子、全自動


    mybatis:

    1. 入門簡單,即學即用,提供了數據庫查詢的自動對象綁定功能,並且延續了很好的SQL使用經驗,對於沒有那麼高的對象模型要求的項目來講,至關完美。

    2. 能夠進行更爲細緻的SQL優化,能夠減小查詢字段。

    3. 缺點就是框架仍是比較簡陋,功能尚有缺失,雖然簡化了數據綁定代碼,可是整個底層數據庫查詢實際仍是要本身寫的,工做量也比較大,並且不太容易適應快速數據庫修改。

    4. 二級緩存機制不佳。

    hibernate:

    1. 功能強大,數據庫無關性好,O/R映射能力強,若是你對Hibernate至關精通,並且對Hibernate進行了適當的封裝,那麼你的項目整個持久層代碼會至關簡單,須要寫的代碼不多,開發速度很快,很是爽。

    2. 有更好的二級緩存機制,可使用第三方緩存。

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

    舉個形象的比喻:

    mybatis:機械工具,使用方便,拿來就用,但工做仍是要本身來做,不過工具是活的,怎麼使由我決定。

    hibernate:智能機器人,但研發它(學習、熟練度)的成本很高,工做均可以擺脫他了,但僅限於它能作的事。

相關文章
相關標籤/搜索