Hibernate與Mybatis對比

標籤：hibernate   mybatis   

Hibernate與Mybatis對比

前言

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

1. 簡介

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

Mybatis：Mybatis同樣也是非常流行的ORM架構，主要著力點在於 POJO 與 SQL 之間的映射關係。然後通過映射設定檔，將SQL所需的參數，以及返回的結果欄位對應到指定 POJO 。相對Hibernate“O/R”而言，Mybatis 是一種“Sql Mapping”的ORM實現。

2. 開發速度

 

難易度

 

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

 

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

 

 

開發工作量

 

Mybatis需要我們手動編寫SQL語句，迴歸最原始的方式，所以可以按需求指定查詢的欄位，提高程式的查詢效率。

 

Hibernate也可以自己寫SQL語句來指定需要查詢的欄位，但這樣破壞了Hibernate封裝以及簡潔性。

 

3. 資料庫移植性

Mybatis由於所有SQL都是依賴資料庫書寫的，所以擴充性，遷移性比較差。

Hibernate與資料庫具體的關聯都在XML中，所以HQL對具體是用什麼資料庫並不是很關心。

4. 緩衝機制對比

 

相同點

 

Hibernate和Mybatis的二級緩衝除了採用系統預設的緩衝機制外，都可以通過實現你自己的緩衝或為其他第三方緩衝方案，建立適配器來完全覆蓋緩衝行為。

 

 

不同點

 

Hibernate的二級緩衝配置在SessionFactory產生的設定檔中進行詳細配置，然後再在具體的表-對象映射中配置是那種緩衝。

 

MyBatis的二級緩衝配置都是在每個具體的表-對象映射中進行詳細配置，這樣針對不同的表可以自訂不同的緩衝機制。並且Mybatis可以在命名空間中共用相同的緩衝配置和執行個體，通過Cache-ref來實現。

 

 

兩者比較

 

因為Hibernate對查詢對象有著良好的管理機制，使用者無需關心SQL。所以在使用二級緩衝時如果出現髒資料，系統會報出錯誤並提示。而MyBatis在這一方面，使用二級緩衝時需要特別小心。如果不能完全確定資料更新操作的波及範圍，避免Cache的盲目使用。否則，髒資料的出現會給系統的正常運行帶來很大的隱患。

 

5. 兩者對比總結

兩者相同點

 

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：強大、方便、高效、複雜、間接、全自動化

本文出自 “林元煌的部落格” 部落格，轉載請與作者聯絡！

Hibernate與Mybatis對比