一：hibernate是全自動，而mybatis是半自動
hibernate和mybatis一樣都是orm數據庫框架，但二者還是有很大區別的，hibernate完全可以通過
對象關係模型實現對數據庫的操作，擁有完整的JavaBean對象與數據庫的映射結構來自動生成sql，而
mybatis僅有基本的字段映射，對象數據以及對象實際關係任然需要通過手寫sql來實現和管理
二：hibernate數據庫移植性遠大於mybatis
hibernate通過他強大的映射結構和hql語言，大大降低了對象與數據庫（oracle和mysql）的耦合性，
而mybatis由於需要手寫sql,因此與數據庫的耦合性直接取決於程序員些sql的方法，如果sql不具通
用性而用了很多某數據庫特有的sql語句的話，移植性也會隨之降低很多，成本很高
三：hibernate擁有完整的日誌系統，mybatis則欠缺一些
hibernate日誌系統非常健全，涉及廣泛，包括：sql記錄、關係異常、優化警告、緩存提示、髒數據警告等；
而mybatis除了基本記錄功能外，功能薄弱很多
四：mybatis相比hibernate需要關係很多細節
hibernate配置要比mybatis複雜的多，學習成本也比mybatis高，但也正因爲mybatis使用簡單，
才導致它要比hibernate關係很多技術細節。mybatis由於不用考慮很多細節，開發模式上與傳
統jdbc區別很小，因此很容易上手並開發項目但忽略細節會導致前期bug比較多，因而開發出
相對穩定的軟件很慢，而開發軟件卻很快。Hibernate則正好與之相反。但是如果使用hibernate
很熟練的話，實際上開發效率絲毫不差於甚至超越mybatis。
五：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：智能機器人，但研發它（學習、熟練度）的成本很高，工作都可以擺脫他了，但僅限於它能做的事
