mybatis與hibernate區別

具體從幾個方面說一下二者的區別：
1.二者最大的區別：

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

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

2.開發難度對比

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

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

3.sql書寫比較

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.總結：

mybatis：小巧、方便、高效、簡單、直接、半自動
hibernate：強大、方便、高效、複雜、繞彎子、全自動

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

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

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

mybatis：

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

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

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

4. 二級緩存機制不佳。

hibernate：

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

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

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

舉個形象的比喻：

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

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

1.1. Mybatis解決jdbc編程的問題

一、數據庫鏈接建立、釋放頻繁形成系統資源浪費從而影響系統性能，若是使用數據庫鏈接池可解決此問題。

解決：在SqlMapConfig.xml中配置數據鏈接池，使用鏈接池管理數據庫連接。

二、Sql語句寫在代碼中形成代碼不易維護，實際應用sql變化的可能較大，sql變更須要改變java代碼。

解決：將Sql語句配置在XXXXmapper.xml文件中與java代碼分離。

三、向sql語句傳參數麻煩，由於sql語句的where條件不必定，可能多也可能少，佔位符須要和參數一一對應。

解決：Mybatis自動將java對象映射至sql語句，經過statement中的parameterType定義輸入參數的類型。

四、對結果集解析麻煩，sql變化致使解析代碼變化，且解析前須要遍歷，若是能將數據庫記錄封裝成pojo對象解析比較方便。

解決：Mybatis自動將sql執行結果映射至java對象，經過statement中的resultType定義輸出結果的類型。

 

1.2. mybatis與hibernate不一樣

Mybatis和hibernate不一樣，它不徹底是一個ORM框架，由於MyBatis須要程序員本身編寫Sql語句。mybatis能夠經過XML或註解方式靈活配置要運行的sql語句，並將java對象和sql語句映射生成最終執行的sql，最後將sql執行的結果再映射生成java對象。

Mybatis學習門檻低，簡單易學，程序員直接編寫原生態sql，可嚴格控制sql執行性能，靈活度高，很是適合對關係數據模型要求不高的軟件開發，例如互聯網軟件、企業運營類軟件等，由於這類軟件需求變化頻繁，一但需求變化要求成果輸出迅速。可是靈活的前提是mybatis沒法作到數據庫無關性，若是須要實現支持多種數據庫的軟件則須要自定義多套sql映射文件，工做量大。

Hibernate對象/關係映射能力強，數據庫無關性好，對於關係模型要求高的軟件（例如需求固定的定製化軟件）若是用hibernate開發能夠節省不少代碼，提升效率。可是Hibernate的學習門檻高，要精通門檻更高，並且怎麼設計O/R映射，在性能和對象模型之間如何權衡，以及怎樣用好Hibernate須要具備很強的經驗和能力才行。

總之，按照用戶的需求在有限的資源環境下只要能作出維護性、擴展性良好的軟件架構都是好架構，因此框架只有適合纔是最好。