Hibernate 與mybatis的區別

首先簡單介紹下二者的概念：

Hibernate ：Hibernate 是當前最流行的ORM框架，對數據庫結構提供了較爲完整的封裝。

Mybatis：Mybatis一樣也是很是流行的ORM框架，主要着力點在於POJO 與SQL之間的映射關係。

Hibernate 出身於sf.net，如今已經成爲Jboss的一部分； Mybatis 目前屬於apache的一個子項目。

其次具體從幾個方面說一下二者的區別：

1.二者最大的區別：

針對簡單邏輯，Hibernate和MyBatis都有相應的代碼生成工具，能夠生成簡單基本的DAO層方法。

針對高級查詢，Mybatis須要手動編寫SQL語句，以及ResultMap。而Hibernate有良好的映射機制，開發者無需關心SQL的生成與結果映射，能夠更專一於業務流程。相對Hibernate「O/R」而言，iBATIS 是一種「Sql Mapping」的ORM實現。

2.開發難度對比

Hibernate的開發難度要大於Mybatis。主要因爲Hibernate比較複雜、龐大，學習週期較長。

而Mybatis則相對簡單一些，而且Mybatis主要依賴於sql的書寫，讓開發者感受更熟悉。

3.sql書寫比較，以及優化

Hibernate的調優方案

制定合理的緩存策略；

儘可能使用延遲加載特性；

採用合理的Session管理機制；

使用批量抓取，設定合理的批處理參數（batch_size）;

進行合理的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進行日誌記錄。

Mybatis的SQL是手動編寫的，因此能夠按需求指定查詢的字段。不過沒有本身的日誌統計，因此要藉助log4j來記錄日誌。

Hibernate也能夠本身寫SQL來指定須要查詢的字段，但這樣就破壞了Hibernate開發的簡潔性。不過Hibernate具備本身的日誌統計。

4.數據庫擴展性比較

Mybatis因爲全部SQL都是依賴數據庫書寫的，因此擴展性，遷移性比較差。

Hibernate與數據庫具體的關聯都在XML中，因此HQL對具體是用什麼數據庫並非很關心。

5.緩存機制比較

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

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

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

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

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

6.總結：

Hibernate與MyBatis均可以是經過SessionFactoryBuider由XML配置文件生成SessionFactory，而後由SessionFactory 生成Session，最後由Session來開啓執行事務和SQL語句。

而MyBatis的優點是MyBatis能夠進行更爲細緻的SQL優化，能夠減小查詢字段，而且容易掌握。

Hibernate的優點是DAO層開發比MyBatis簡單，Mybatis須要維護SQL和結果映射。數據庫移植性很好，MyBatis的數據庫移植性很差，不一樣的數據庫須要寫不一樣SQL。有更好的二級緩存機制，可使用第三方緩存。MyBatis自己提供的緩存機制不佳。