1.出身
hibernate 是當前最流行的o/r mapping框架，它出身於sf.net，現在已經成為jboss的一部分了。
ibatis 是另外一種優秀的o/r mapping框架，目前屬於apache的一個子專案了。

2.原理
相對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。

3.機制
使用ibatis 提供的orm機制，對業務邏輯實現人員而言，面對的是純粹的java物件。這一層與通過hibernate 實現orm 而言基本一致，而對於具體的資料操作，hibernate會自動生成sql 語句，而ibatis 則要求開發者編寫具體的sql 語句。相對hibernate而言，ibatis 以sql開發的工作量和資料庫移植性上的讓步，為系統設計提供了更大的自由空間。
hibernate與ibatis的對比：

4.學習成本
ibatis非常簡單易學，hibernate相對較複雜，門檻較高。

5.開源軟體
二者都是比較優秀的開源產品

6.二次開發
當系統屬於二次開發,無法對資料庫結構做到控制和修改,那ibatis的靈活性將比hibernate更適合

7.海量資料
系統資料處理量巨大，效能要求極為苛刻，這往往意味著我們必須通過經過高度優化的sql語句（或儲存過程）才能達到系統性能設計指標。在這種情況下ibatis會有更好的可控性和表現。

8.自動化程度
ibatis需要手寫sql語句，也可以生成一部分，hibernate則基本上可以自動生成，偶爾會寫一些hql。同樣的需求,ibatis的工作量比 hibernate要大很多。類似的，如果涉及到資料庫欄位的修改，hibernate修改的地方很少，而ibatis要把那些sql mapping的地方一一修改。

9.與資料對映關係
ibatis以資料庫欄位一一對應對映得到的po和hibernte這種物件化對映得到的po是截然不同的，本質區別在於這種po是扁平化的，不像hibernate對映的po是可以表達立體的物件繼承，聚合等等關係的，這將會直接影響到你的整個軟體系統的設計思路。

10.技術支援
hibernate現在已經是主流o/r mapping框架，從文件的豐富性，產品的完善性，版本的開發速度都要強於ibatis

最關鍵的一句話是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

文章地址：http://javapub.iteye.com/blog/751485