Hibernate和Mybatis對比（優缺點）
專案也做過幾個, 使用Mybatis就做一個專案, 基本上都是使用Hibernate, 也只是知道幾點關於這兩個框架的區別, 今天閒著沒事幹, 從網上找了幾篇文章, 做了一個簡單的整理。網上關於這兩個框架的比較也很多, 只是自己想把別人的東西拿過來整理一下,Mybatis和Hibernate的比較。(非原創)
簡介
Hibernate是當前最流行的O/R mapping框架，當前版本是3.05。它出身於sf.net，現在已經成為Jboss的一部分了。
Mybatis是另外一種優秀的O/R mapping框架，當前版本是2.0。目前屬於apache的一個子專案了。
相對Hibernate"O/R"而言，Mybatis
Hibernate對資料庫結構提供了較為完整的封裝，Hibernate的O/R Mapping實現了POJO和資料庫表之間的對映，以及SQL的自動生成和執行。程式設計師往往只需定義好了POJO到資料庫表的對映關係，即可通過Hibernate提供的方法完成持久層操作。程式設計師甚至不需要對SQL的熟練掌握，Hibernate/OJB會根據制定的儲存邏輯，自動生成對應的SQL並呼叫JDBC介面加以執行。
而Mybatis的著力點，則在於POJO與SQL之間的對映關係。也就是說，Mybatis並不會為程式設計師在執行期自動生成SQL執行。具體的SQL需要程式設計師編寫，然後通過對映配置檔案，將SQL所需的引數，以及返回的結果欄位對映到指定POJO。使用Mybatis
二者對比
1．Mybatis非常簡單易學，Hibernate相對較複雜，門檻較高。
2． 二者都是比較優秀的開源產品。
3． 當系統屬於二次開發,無法對資料庫結構做到控制和修改,那Mybatis的靈活性將比Hibernate更適合。
4． 系統資料處理量巨大，效能要求極為苛刻，這往往意味著我們必須通過經過高度優化的SQL語句（或儲存過程）才能達到系統性能設計指標。在這種情況下Mybatis會有更好的可控性和表現。
5． Mybatis需要手寫sql語句，也可以生成一部分，Hibernate則基本上可以自動生成，偶爾會寫一些Hql。同樣的需求,Mybatis的工作量比Hibernate要大很多。類似的，如果涉及到資料庫欄位的修改，Hibernate修改的地方很少，而Mybatis要把那些sql mapping的地方一一修改。
6． 以資料庫欄位一一對應對映得到的PO和Hibernte這種物件化對映得到的PO是截然不同的，本質區別在於這種PO是扁平化的，不像Hibernate對映的PO是可以表達立體的物件繼承，聚合等等關係的，這將會直接影響到你的整個軟體系統的設計思路。
7． Hibernate現在已經是主流O/R Mapping框架，從文件的豐富性，產品的完善性，版本的開發速度都要強於Mybatis。
8． 最關鍵的一句話是Mybatis的作者說的：
If you are starting a new project and you're in full control of your object model and database design, Hibernate is a good choice of O/R tool.
If you are accessing any 3rd party databases (e.g. vendor supplied), or you're working with a legacy database, or even just a really poorly designed database, then an O/R mapper might not be capable of handling the situation. That's were an SQL Mapper comes in handy
翻譯如下：
如果你開始一個新的專案，你完全控制你的物件模型和資料庫設計，Hibernate O/R工具是一個不錯的選擇。如果你訪問任何第三方的資料庫（如供應商提供的），或者你有一個傳統的資料庫工作，甚至只是一個很糟糕的資料庫設計，然後O/R對映器可能無法處理的情況。這是一個SQL對映器就派上用場了
結論
Hibernate和Mybatis可以說是互相補充,共同發展的關係.具體你想用什麼要看實際情況.如果看了上面的文字還是拿不定注意,那就Just to try it.實踐是檢驗真理的唯一標準.鞋合不合適,只有試了才知道。