來源：jianshu.com/p/3927c2b6acc0

概述

Spring Data JPA是Spring Data的子模塊。使用Spring Data，使得基于“repositories”概念的JPA實現(xiàn)更簡單和容易。Spring Data JPA的目標是大大簡化數(shù)據(jù)訪問層代碼的編碼。作為使用者，我們只需要編寫自己的repository接口，接口中包含一些個性化的查詢方法，Spring Data JPA將自動實現(xiàn)查詢方法。JPA默認使用hibernate作為ORM實現(xiàn)，所以，一般使用Spring Data JPA即會使用hibernate。我們再看看hibernate的官方概念，Hibernate是一個開放源代碼的對象關系映射框架，它對JDBC進行了非常輕量級的對象封裝，它將POJO與數(shù)據(jù)庫表建立映射關系，是一個全自動的orm框架，hibernate可以自動生成SQL語句，自動執(zhí)行，使得Java程序員可以隨心所欲的使用對象編程思維來操縱數(shù)據(jù)庫。

MyBatis 是一款優(yōu)秀的持久層框架，它支持定制化 SQL、存儲過程以及高級映射。MyBatis 避免了幾乎所有的 JDBC 代碼和手動設置參數(shù)以及獲取結果集。MyBatis 可以使用簡單的 XML 或注解來配置和映射原生信息，將接口和 Java 的 POJOs(Plain Old Java Objects,普通的 Java對象)映射成數(shù)據(jù)庫中的記錄。

這樣看，Spring Data JPA與MyBatis對比，起始也就是hibernate與MyBatis對比。所以，我們直接來比較后兩者。

Hibernate 與 MyBatis 簡單對比

從基本概念和框架目標上看，兩個框架差別還是很大的。hibernate是一個自動化更強、更高級的框架，畢竟在java代碼層面上，省去了絕大部分sql編寫，取而代之的是用面向?qū)ο蟮姆绞讲僮麝P系型數(shù)據(jù)庫的數(shù)據(jù)。而MyBatis則是一個能夠靈活編寫sql語句，并將sql的入?yún)⒑筒樵兘Y果映射成POJOs的一個持久層框架。所以，從表面上看，hibernate能方便、自動化更強，而MyBatis 在Sql語句編寫方面則更靈活自由。

但這只是從使用層面上看兩者的區(qū)別，并未涉及的本質(zhì)。但如果看問題，值看淺層次、表象問題的話，就不能理解技術本質(zhì)，也不能發(fā)揮技術的最多效用。所以，如果更上一個抽象層次去看，對于數(shù)據(jù)的操作，hibernate是面向?qū)ο蟮?，而MyBatis是面向關系的 。當然，用hibernate也可以寫出面向關系代碼和系統(tǒng)，但卻得不到面向關系的各種好處，最大的便是編寫sql的靈活性，同時也失去面向?qū)ο笠饬x和好處——一句話，不倫不類。那么，面向?qū)ο蠛完P系型模型有什么不同，體現(xiàn)在哪里呢？實際上兩者要面對的領域和要解決的問題是根本不同的：面向?qū)ο笾铝τ诮鉀Q計算機邏輯問題，而關系模型致力于解決數(shù)據(jù)的高效存取問題。我們不妨對比一下面向?qū)ο蟮母拍钤瓌t和關系型數(shù)據(jù)庫的不同之處：

1. 面向?qū)ο罂紤]的是對象的整個生命周期包括在對象的創(chuàng)建、持久化、狀態(tài)的改變和行為等，對象的持久化只是對象的一種狀態(tài)，而面向關系型數(shù)據(jù)庫的概念則更關注數(shù)據(jù)的高效存儲和讀取；
2. 面向?qū)ο蟾鼜娬{(diào)對象狀態(tài)的封裝性，對象封裝自己的狀態(tài)（或數(shù)據(jù)）不允許外部對象隨意修改，只暴露一些合法的行為方法供外部對象調(diào)用；而關系型數(shù)據(jù)庫則是開放的，可以供用戶隨意讀取和修改關系，并可以和其他表任意的關聯(lián)（只要sql正確允許的情況下）；
3. 面向?qū)ο笤噲D為動態(tài)的世界建模，他要描述的是世界的過程和規(guī)律，進而適應發(fā)展和變化，面向?qū)ο罂偸窃谧兓刑幚砀鞣N各樣的變化。而關系型模型為靜態(tài)世界建模，它通過數(shù)據(jù)快照記錄了世界在某一時候的狀態(tài)，它是靜態(tài)的。

從上面兩者基本概念和思想的對比來看，可以得出結論hibernate和MyBatis兩個框架的側重點完全不同。所以我們就兩個框架選擇上，就需要根據(jù)不同的項目需求選擇不同的框架。在框架的使用中，也要考慮考慮框架的優(yōu)勢和劣勢，揚長避短，發(fā)揮出框架的最大效用，才能真正的提高項目研發(fā)效率、完成項目的目標。但相反，如果使用Spring Data JPA和hibernate等ORM的框架而沒有以面向?qū)ο笏枷牒头椒ㄈシ治龊驮O計系統(tǒng)，而是抱怨框架不能靈活操作sql查詢數(shù)據(jù)，那就是想讓狗去幫你拿耗子了。

Hibernate 使用步驟

那么，話題再說回來，使用兩個框架時候的時候，也要注意最佳的步驟和流程。下面我們來分別討論一下，hibernate的一般使用步驟如下：

1. 分析、抽象和歸納出系統(tǒng)中的業(yè)務概念，并梳理出各個業(yè)務概念之間的關系——創(chuàng)建概念模型
2. 根據(jù)概念模型，進一步細化設計系統(tǒng)中的對象類以及類的依賴關系——創(chuàng)建設計模型
3. 將設計好的類映射到數(shù)據(jù)庫的表和字段配置好
4. hibernate可以根據(jù)配置信息自動生成數(shù)據(jù)庫表，這個時候也可以集中精力去梳理一下表關系，看看表結構是否合理，并適當調(diào)整一下類和表的映射關系，重新生成表結構

完成以上步驟，基本上完成了體統(tǒng)中主要的業(yè)務概念類和表結構的設計工作，只是完成表結構設計的出發(fā)點事如何持久化系統(tǒng)的對象，同時兼顧數(shù)據(jù)庫表、字段、字段類型、表的關聯(lián)關系的合理性和合規(guī)性，而不是單純表設計。這兩者思考和關注點還是有很大差別的。另外，需要說明一點，這只是使用hibernate的最通用步驟，實際操作過程中還是需要根據(jù)具體項目情況來安排。

MyBatis 是使用步驟

而MyBatis對于面向?qū)ο蟮母拍顝娬{(diào)比較少，更適用于靈活的對數(shù)據(jù)進行增、刪、改、查，所以在系統(tǒng)分析和設計過程中，要最大的發(fā)揮MyBatis的效用的話，一般使用步驟則與hibernate有所區(qū)別：

1. 綜合整個系統(tǒng)分析出系統(tǒng)需要存儲的數(shù)據(jù)項目，并畫出E-R關系圖，設計表結構
2. 根據(jù)上一步設計的表結構，創(chuàng)建數(shù)據(jù)庫、表
3. 編寫MyBatis的SQL 映射文件、Pojos以及數(shù)據(jù)庫操作對應的接口方法

這樣看來MyBatis更適合于面向關系（或面向數(shù)據(jù)、或面向過程）的系統(tǒng)設計方法，這樣的系統(tǒng)一般稱為“事務腳步”系統(tǒng)（事務腳步（Transaction Script） 出自Martin Fowler 2004年所著的企業(yè)應用架構模式（Patterns of Enterprise Application Architecture））。而hibernate（也可以說Spring Data JPA)更適合于構建領域模型類的系統(tǒng)。當然，我們也不能說MyBatis無法構建領域模型驅(qū)動的系統(tǒng)，而hibernate無法構建事務腳步系統(tǒng)。只是用MyBatis構建領域模型要做更多、更臟、更累的工作；而用hibernate構建一個事務腳本系統(tǒng)有些大材小用，數(shù)據(jù)的查詢反而沒那么靈活。

小結

綜合上面所有描述和對比，我們對這兩個框架的本質(zhì)區(qū)別應該有所了解了。我們了解了這些區(qū)別，可以幫助我們選擇更合適的框架，同時，也可以利用不同的框架，讓他們?nèi)プ龈线m事，這也是所謂的物盡其用吧，更不至于我們“為物所役”。