【Java框架】 Hibernate與Mybatis對比

Hibernate與Mybatis對比

    今天同事跟我說現在的小規模公司很少用hibernate，大部分都用mybatis。平時也經常接觸這兩方面，正好最近不怎么忙，查看網上其他相關技術文檔 ，梳理下Mybatis和Hibernate對比，加深我們對持久化框架的理解。

一、簡介

    Hibernate

        Hibernate是當前最流行的ORM框架之一，對JDBC提供了較為完整的封裝。Hibernate的O/R Mapping實現了POJO 和數據庫表之間的映射，以及SQL的自動生成和執行。

    Mybatis

        Mybatis同樣也是非常流行的ORM框架，主要著力點在于 POJO 與 SQL 之間的映射關系。然后通過映射配置文件，將SQL所需的參數，以及返回的結果字段映射到指定 POJO 。相對Hibernate“O/R”而言，Mybatis 是一種“Sql Mapping”的ORM實現。

二、開發速度

    難易度

        Hibernate的真正掌握要比Mybatis困難，Hibernate比mybatis更加重量級一些。

        Mybatis框架相對簡單很容易上手，但也相對簡陋些。

    開發工作量

        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和MyBatis都支持JDBC和JTA事務處理。

     Hibernate優勢

        Hibernate的DAO層開發比MyBatis簡單，Mybatis需要維護SQL和結果映射。

        Hibernate對對象的維護和緩存要比MyBatis好，對增刪改查的對象的維護要方便。

        Hibernate數據庫移植性很好，MyBatis的數據庫移植性不好，不同的數據庫需要寫不同SQL。

        Hibernate有更好的二級緩存機制，可以使用第三方緩存。MyBatis本身提供的緩存機制不佳。

     Mybatis優勢

         MyBatis可以進行更為細致的SQL優化，可以減少查詢字段。

         MyBatis容易掌握，而Hibernate門檻較高。

     一句話總結

        在博文的結尾，我們將Mybatis和Hibernate之間的區別自個用六個詞做總結：

        Mybatis：小巧、方便、高效、簡單、直接、半自動化

        Hibernate：強大、方便、高效、復雜、間接、全自動化