『本文轉至：
http://hi.baidu.com/injava/blog/item/946b1c46c3b4a6086a63e529.html 』
簡介
Hibernate 是當前最流行的O/R mapping框架，當前版本是3.05。它出身于sf.net，現在已經成為Jboss的一部分了
iBATIS 是另外一種優秀的O/R mapping框架，當前版本是2.0。目前屬于apache的一個子項目了。
相對Hibernate“O/R”而言，iBATIS 是一種“Sql Mapping”的ORM實現。
Hibernate對數據庫結構提供了較為完整的封裝，Hibernate的O/R Mapping實現了POJO 和數據庫表之間的映射，以及SQL 的自動生成和執行。程序員往往只需定義好了POJO 到數據庫表的映射關系，即可通過Hibernate 提供的方法完成持久層操作。程序員甚至不需要對SQL 的熟練掌握， Hibernate/OJB 會根據制定的存儲邏輯，自動生成對應的SQL 并調用JDBC 接口加以執行。
而iBATIS 的著力點，則在于POJO 與SQL之間的映射關系。也就是說，iBATIS并不會為程序員在運行期自動生成SQL 執行。具體的SQL 需要程序員編寫，然后通過映射配置文件，將SQL所需的參數，以及返回的結果字段映射到指定POJO。
使用iBATIS 提供的ORM機制，對業務邏輯實現人員而言，面對的是純粹的Java對象，
這一層與通過Hibernate 實現ORM 而言基本一致，而對于具體的數據操作，Hibernate會自動生成SQL 語句，而iBATIS 則要求開發者編寫具體的SQL 語句。相對Hibernate而言，iBATIS 以SQL開發的工作量和數據庫移植性上的讓步，為系統設計提供了更大的自由空間。
二者的對比：
1． iBATIS非常簡單易學，Hibernate相對較復雜，門檻較高。
2． 二者都是比較優秀的開源產品
3． 當系統屬于二次開發,無法對數據庫結構做到控制和修改,那iBATIS的靈活性將比Hibernate更適合
4． 系統數據處理量巨大，性能要求極為苛刻，這往往意味著我們必須通過經過高度優化的SQL語句（或存儲過程）才能達到系統性能設計指標。在這種情況下iBATIS會有更好的可控性和表現。
5． iBATIS需要手寫sql語句，也可以生成一部分，Hibernate則基本上可以自動生成，偶爾會寫一些Hql。同樣的需求,iBATIS的工作量比Hibernate要大很多。類似的，如果涉及到數據庫字段的修改，Hibernate修改的地方很少，而iBATIS要把那些sql mapping的地方一一修改。
6． 以數據庫字段一一對應映射得到的PO和Hibernte這種對象化映射得到的PO是截然不同的，本質區別在于這種PO是扁平化的，不像Hibernate映射的PO是可以表達立體的對象繼承，聚合等等關系的，這將會直接影響到你的整個軟件系統的設計思路。
7． Hibernate現在已經是主流O/R Mapping框架，從文檔的豐富性，產品的完善性，版本的開發速度都要強于iBATIS
8． 最關鍵的一句話是iBATIS的作者說的：
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 和iBATIS可以說是互相補充,共同發展的關系.具體你想用什么要看實際情況.如果看了上面的文字還是拿不定注意,那就Just to try it.實踐是檢驗真理的唯一標準.鞋合不合適,只有試了才知道。
評論:
1.Hhibernate集成度很高，更好的封裝了數據庫操作。ibatis適用于sql語法復雜的系統，而且也適合以前用jdbc開發的人員，跨度不是很大。
2.hibernate和ibatis基本屬于一類的啊。ibatis的LEADER：C.B說的話是：如果你的系統全部是從頭自主設計開發（數據庫自己設計），SQL不至于太復雜，團隊對hibernate和面向對象熟練...那么用hibernate但是如果數據庫很大很復雜、是遺留系統甚至于設計比較糟糕（你自己不可以做大的改動、需要重用很多遺留存儲過程），團隊沒有一個hibernate牛人，團隊只對SQL熟練那么還是推薦ibatis
3.個人感覺iBatis強在復雜的查詢和存儲過程的使用，而Hibernate則在單表的操作上有優勢，其實也可以在dao層使用hibernate+iBatis。
4.兩個在必要的時候才需要在一個項目里邊使用兩種框架。個人認為，hibernate適合于事務性的，邏輯性較強的系統，ibatis適用于查詢為主的系統，
如果要兩個都用，ibatis應該作為hibernate的有益補充，著重解決多表連接查詢的問題。