Hibernate 與Mybatis之比較

標籤：標籤   可靠性   步驟   可讀性   警告   機器人   sql拼接   bean   維護   

1. hibernate是全自動，而mybatis是半自動。
hibernate完全可以通過對象關聯式模式實現對資料庫的操作，擁有完整的JavaBean對象與資料庫的映射結構來自動產生sql。而mybatis僅有基本的欄位對應，對象資料以及對象實際關係仍然需要通過手寫sql來實現和管理。
2. hibernate資料庫移植性遠大於mybatis。
hibernate通過它強大的映射結構和hql語言，大大降低了對象與資料庫（oracle、MySQL等）的耦合性，而mybatis由於需要手寫sql，因此與資料庫的耦合性直接取決於程式員寫sql的方法，如果sql不具通用性而用了很多某資料庫特性的sql語句的話，移植性也會隨之降低很多，成本很高。
3. hibernate擁有完整的日誌系統，mybatis則欠缺一些。
hibernate日誌系統非常健全，涉及廣泛，包括：sql記錄、關係異常、最佳化警告、緩衝提示、髒資料警告等；而mybatis則除了基本記錄功能外，功能薄弱很多。
4. mybatis相比hibernate需要關心很多細節
hibernate配置要比mybatis複雜的多，學習成本也比mybatis高。但也正因為mybatis使用簡單，才導致它要比hibernate關心很多技術細節。mybatis由於不用考慮很多細節，開發模式上與傳統jdbc區別很小，因此很容易上手並開發項目，但忽略細節會導致項目前期bug較多，因而開發出相對穩定的軟體很慢，而開發出軟體卻很快。hibernate則正好與之相反。但是如果使用hibernate很熟練的話，實際上開發效率絲毫不差於甚至超越mybatis。
5. sql直接最佳化上，mybatis要比hibernate方便很多
由於mybatis的sql都是寫在xml裡，因此最佳化sql比hibernate方便很多。而hibernate的sql很多都是自動產生的，無法直接維護sql；雖有hql，但功能還是不及sql強大，見到報表等變態需求時，hql也歇菜，也就是說hql是有局限的；hibernate雖然也支援原生sql，但開發模式上卻與orm不同，需要轉換思維，因此使用上不是非常方便。總之寫sql的靈活度上hibernate不及mybatis。

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

mybatis：
1. 入門簡單，即學即用，提供了資料庫查詢的自動對象綁定功能，而且延續了很好的SQL使用經驗，對於沒有那麼高的物件模型要求的項目來說，相當完美。
2. 可以進行更為細緻的SQL最佳化，可以減少查詢欄位。
3. 缺點就是架構還是比較簡陋，功能尚有缺失，雖然簡化了資料繫結代碼，但是整個底層資料庫查詢實際還是要自己寫的，工作量也比較大，而且不太容易適應快速資料庫修改。
4. 二級緩衝機制不佳。
hibernate：
1. 功能強大，資料庫無關性好，O/R映射能力強，如果你對Hibernate相當精通，而且對Hibernate進行了適當的封裝，那麼你的項目整個持久層代碼會相當簡單，需要寫的代碼很少，開發速度很快，非常爽。
2. 有更好的二級緩衝機制，可以使用第三方緩衝。
3. 缺點就是學習門檻不低，要精通門檻更高，而且怎麼設計O/R映射，在效能和物件模型之間如何權衡取得平衡，以及怎樣用好Hibernate方面需要你的經驗和能力都很強才行。
舉個形象的比喻：
mybatis：機械工具，使用方便，拿來就用，但工作還是要自己來作，不過工具是活的，怎麼使由我決定。??
hibernate：智能機器人，但研發它（學習、熟練度）的成本很高，工作都可以擺脫他了，但僅限於它能做的事。??

通過上篇介紹mybatis與hibernate區別，我們已經能得出一些mybatis的優缺點，但那隻是相對於hibernate的，並不全面，我來繼續總結mybatis的優缺點，以便大家對於mybatis的瞭解能更全面些。但我所說的優缺點，僅是我個人總結並結合使用體驗後得出的結果，並不能代表福士想法，因此才以“淺談”作為文章標題。如果大家的見解與我不同，歡迎積極提出來一塊討論，我也藉以彌補自己認識的不足和短見。
優點：
1. 易於上手和掌握。
2. sql寫在xml裡，便於統一管理和最佳化。
3. 解除sql與程式碼的耦合。
4. 提供映射標籤，支援對象與資料庫的orm欄位關係映射
5. 提供對象關係映射標籤，支援對象關係組建維護
6. 提供xml標籤，支援編寫動態sql。
缺點：
1. sql工作量很大，尤其是欄位多、關聯表多時，更是如此。
2. sql依賴於資料庫，導致資料庫移植性差。
3. 由於xml裡標籤id必須唯一，導致DAO中方法不支援方法重載。
4. 欄位對應標籤和對象關係映射標籤僅僅是對映射關係的描述，具體實現仍然依賴於sql。（比如配置了一對多Collection標籤，如果sql裡沒有join子表或查詢子表的話，查詢後返回的對象是不具備對象關係的，即Collection的對象為null）
5. DAO層過於簡單，對象組裝的工作量較大。
6. 不支援串聯更新、串聯刪除。
7. 編寫動態sql時,不方便調試，尤其邏輯複雜時。
8 提供的寫動態sql的xml標籤功能簡單（連struts都比不上），編寫動態sql仍然受限，且可讀性低。
9. 若不查詢主鍵欄位，容易造成查詢出的對象有“覆蓋”現象。
10. 參數的資料類型支援不完善。（如參數為Date類型時，容易報沒有get、set方法，需在參數上加@param）
11. 多參數時，使用不方便，功能不夠強大。（目前支援的方法有map、對象、註解@param以及預設採用012索引位的方式）
12. 緩衝使用不當，容易產生髒資料。

總結：
mybatis的優點其實也是mybatis的缺點，正因為mybatis使用簡單，資料的可靠性、完整性的瓶頸便更多依賴於程式員對sql的使用水平上了。sql寫在xml裡，雖然方便了修改、最佳化和統一瀏覽，但可讀性很低，調試也非常困難，也非常受限，無法像jdbc那樣在代碼雷根據邏輯實現複雜動態sql拼接。mybatis簡單看就是提供了欄位對應和對象關係映射的jdbc，省去了資料賦值到對象的步驟而已，除此以外並無太多作為，不要把它想象成hibernate那樣強大，簡單小巧易用上手，方便瀏覽修改sql就是它最大的優點了。
mybatis適用於小型且程式員能力較低的項目和人群使用，對於中大型項目來說我並不推薦使用，如果覺得hibernate效率低的話（實際上也是使用不當所致，hibernate是實際上是不適用於擁有高負載的工程項目），還不如直接用spring提供的jdbc簡單架構（Template），同樣支援對象映射。

Hibernate 與Mybatis之比較