這篇博文咱們重點分析一下Mybatis與Hibernate的區別,固然在前面的博文中咱們已經深刻的研究了Mybatis和Hibernate的原理。程序員
Mybatis數據庫
Hibernate緩存
做爲一位優秀的程序員,只知道一種ORM框架是遠遠不夠的。在開發項目以前,架構的技術選型對於項目是否成功起到相當重要的做用。咱們不只要了解同類型框架的原理以及技術實現,還要深刻的理解各自的優缺點,以便咱們可以在項目的實施過程當中面對的困難更少。mybatis
因此這篇博文咱們要將Mybatis和Hibernate進行一下深刻的對比,加深咱們對持久化框架的理解。下面咱們開始今天的旅行。架構
Hibernate:Hibernate是當前最流行的ORM框架之一,對JDBC提供了較爲完整的封裝。Hibernate的O/R Mapping實現了POJO 和數據庫表之間的映射,以及SQL的自動生成和執行。app
Mybatis:Mybatis一樣也是很是流行的ORM框架,主要着力點在於 POJO 與 SQL 之間的映射關係。而後經過映射配置文件,將SQL所需的參數,以及返回的結果字段映射到指定 POJO 。相對Hibernate「O/R」而言,Mybatis 是一種「Sql Mapping」的ORM實現。框架
難易度ide
Hibernate的真正掌握要比Mybatis困難,Hibernate比mybatis更加劇量級一些。優化
Mybatis框架相對簡單很容易上手,但也相對簡陋些。ui
開發工做量
Mybatis須要咱們手動編寫SQL語句,迴歸最原始的方式,因此能夠按需求指定查詢的字段,提升程序的查詢效率。
Hibernate也能夠本身寫SQL語句來指定須要查詢的字段,但這樣破壞了Hibernate封裝以及簡潔性。
Mybatis因爲全部SQL都是依賴數據庫書寫的,因此擴展性,遷移性比較差。
Hibernate與數據庫具體的關聯都在XML中,因此HQL對具體是用什麼數據庫並非很關心。
相同點
Hibernate和Mybatis的二級緩存除了採用系統默認的緩存機制外,均可以經過實現你本身的緩存或爲其餘第三方緩存方案,建立適配器來徹底覆蓋緩存行爲。
不一樣點
Hibernate的二級緩存配置在SessionFactory生成的配置文件中進行詳細配置,而後再在具體的表-對象映射中配置是那種緩存。
MyBatis的二級緩存配置都是在每一個具體的表-對象映射中進行詳細配置,這樣針對不一樣的表能夠自定義不一樣的緩存機制。而且Mybatis能夠在命名空間中共享相同的緩存配置和實例,經過Cache-ref來實現。
二者比較
由於Hibernate對查詢對象有着良好的管理機制,用戶無需關心SQL。因此在使用二級緩存時若是出現髒數據,系統會報出錯誤並提示。而MyBatis在這一方面,使用二級緩存時須要特別當心。若是不能徹底肯定數據更新操做的波及範圍,避免Cache的盲目使用。不然,髒數據的出現會給系統的正常運行帶來很大的隱患。
Hibernate與MyBatis均可以是經過SessionFactoryBuider由XML配置文件生成SessionFactory,而後由SessionFactory 生成Session,最後由Session來開啓執行事務和SQL語句。其中SessionFactoryBuider,SessionFactory,Session的生命週期都是差很少的。以下圖所示:
Hibernate的DAO層開發比MyBatis簡單,Mybatis須要維護SQL和結果映射。
Hibernate對對象的維護和緩存要比MyBatis好,對增刪改查的對象的維護要方便。
Hibernate數據庫移植性很好,MyBatis的數據庫移植性很差,不一樣的數據庫須要寫不一樣SQL。
Hibernate有更好的二級緩存機制,可使用第三方緩存。MyBatis自己提供的緩存機制不佳。
MyBatis能夠進行更爲細緻的SQL優化,能夠減小查詢字段。
MyBatis容易掌握,而Hibernate門檻較高。
在博文的結尾,咱們將Mybatis和Hibernate之間的區別自個用六個詞作總結:
Mybatis:小巧、方便、高效、簡單、直接、半自動化
Hibernate:強大、方便、高效、複雜、間接、全自動化