選用hibernate和IBATIS的區別

選用ibatis和hibernate的區別

Hibernate簡介
Hibernate是一個開放原始碼的對象關係映射架構，它對JDBC進行了非常輕量級的對象封裝，使得Java程式員可以隨心所欲的使用對象編程思維來操縱資料庫。Hibernate可以應用在任何使用JDBC的場合，既可以在Java的用戶端程式使用，也可以在Servlet/JSP的Web應用中使用，最具革命意義的是，Hibernate可以在應用EJB的J2EE架構中取代CMP，完成資料持久化的重任。 
一、準系統
Hibernate作為資料持久化的中介軟體，足以讓資料庫在商務邏輯層開發中去冬眠。它通過可延伸標記語言 (XML)（XML）實現了類和資料表之間的映射，使程式員在商務邏輯的開發中面向資料庫而改為物件導向開發。使整個項目開發分工更加明確，提高了程式開發的效率。 
configuration對象： 
Configuration 類負責管理Hibernate 的配置資訊。Hibernate 運行時需要
 擷取一些底層實現的基本資料，其中幾個關鍵屬性包括：
 1． 資料庫URL
 2． 資料庫使用者
 3． 資料庫使用者密碼
 4． 資料庫JDBC驅動類
 5． 資料庫dialect，用於對特定資料庫提供支援，其中包含了針對特定資料庫特性的實現，如Hibernate資料類型到特定資料庫資料類型的映射等。 
以上資訊一般情況下由hibernate.cfg.xml或者hibernate.properties檔案來配置，實現與不同資料庫的串連。 
Session對象： 
Session是持久層操作的基礎，相當於JDBC中的Connection:
 執行個體通過SessionFactory執行個體構建:
 Configuration config = new Configuration().configure();
 SessionFactory sessionFactory = config.buildSessionFactory();
 Session session = sessionFactory.openSession();
 之後我們就可以調用Session所提供的save、find、flush等方法完成持久層操作。因此Session對象也封裝了所有對資料庫的操作來實現Hibernate對資料庫的操縱功能，如： 
Save()方法實現增加和儲存； 
Delete()方法實現資料的刪除； 
Update()方法實現資料更新和修改； 
Find()方法實現資料的檢索； 
Hibernate會根據不同的操作自動產生相應的SQL語句，從而實現了程式員對PO對象的操作轉化為對資料庫關係表的操作。 
二、使用步驟
1．編寫Hibernate設定檔 
       Hibernate設定檔有兩種，分別是hibernate.cfg.xml檔案和hibernate.properties,推薦使用hibernate.cfg.xml。 
2．PO和對應檔 
使用middlegen和hibernate-extensions從資料庫匯出PO的對應檔，並在hibernate.cfg.xml當中聲明。 
3．編寫DAO 
       對每一張關係表編寫一個DAO，提供一組增、刪、改、查方法供商務邏輯對資料庫操作使用。 
更多的細節請大家參閱hibernate的網站擷取詳細的資訊。並在各自的實踐和開發中加深體會。
Ibatis簡介
相對Hibernate和Apache OJB 等"一站式"ORM解決方案而言，ibatis 是一種"半自動化"的ORM實現。所謂"半自動"，可能理解上有點生澀。縱觀目前主流的ORM，無論Hibernate 還是Apache OJB，都對資料庫結構提供了較為完整的封裝，提供了從POJO 到資料庫表的全套映射機制。程式員往往只需定義好了POJO 到資料庫表的映射關係，即可通過Hibernate或者OJB 提供的方法完成持久層操作。程式員甚至不需要對SQL 的熟練掌握，Hibernate/OJB 會根據制定的儲存邏輯，自動產生對應的SQL 並調用JDBC 介面加以執行。 
Ibatis最直接的好處就是不但為程式員提供了對象與關聯式資料庫之間的映射，同時提供操作方法與SQL間的直接影射，設計者可以直接為一個方法指定一條SQL語句，從而取得更加準確的資料，同時為最佳化查詢、串連查詢提供了方便。 
一、準系統
作為又一個輕量級的ORM中介軟體，ibatis除了提供了對資料庫基本的增、刪、改、查外還提供了串連管理，緩衝支援，線程支援，（分布式）事物管理等一套教為完整的資料庫管理功能。 
SqlMapClient對象是ibatis持久層操作的基礎，相當於hibernate中的session，提供對SQL映射的方法。 
insert()方法實現對插入SQL語句的映射； 
delete()方法實現對刪除SQL語句的映射； 
update()方法實現對更新SQL語句的影射； 
queryForList()、queryForMap()、queryForObject()、queryForPaginatedList()等方法提供了一組查詢SQL語句的影射；
二、使用步驟
1．ibatis SQL Map 設定檔 
       檔案中對所用資料庫的串連做了基本配置，包括資料庫驅動類型、使用者名稱、密碼，以及串連池的相關管理資料。 
2．PO和對應檔 
       和hibernate一樣，PO作為資料庫關係表的影射，也需要響應的映射設定檔，可以手寫，也可以藉助hibernate的相關工具產生PO，不會影響PO在ibatis中的使用。與hibernate不同的是，ibatis的對應檔中沒有對PO中每個屬性做響應的描述，而是指定了一系列與PO有關的SQL相關操作，也體現了ibatis良好的靈活性與可擴充性。 
3．編寫DAO 
       在DAO中，可以使用SqlMapClient提供的方法來對應的指定對PO操作的SQL語句，從而使商務邏輯層的開發仍然是物件導向的操作。

選擇Hibernate還是iBATIS都有它的道理：
Hibernate的特點：
Hibernate功能強大，資料庫無關性好，O/R映射能力強，如果你對Hibernate相當精通，而且對Hibernate進行了適當的封裝，那麼你的項目整個持久層代碼會相當簡單，需要寫的代碼很少，開發速度很快，非常爽。以資料庫欄位一一對應映射得到的PO和Hibernte這種對象化映射得到的PO是截然不同的，本質區別在於這種PO是扁平化的，不像Hibernate映射的PO是可以表達立體的對象繼承，彙總等等關係的，這將會直接影響到你的整個軟體系統的設計思路。Hibernate對資料庫結構提供了較為完整的封裝，Hibernate的O/R Mapping實現了POJO 和資料庫表之間的映射，以及SQL 的自動產生和執行。程式員往往只需定義好了POJO 到資料庫表的映射關係，即可通過Hibernate 提供的方法完成持久層操作。程式員甚至不需要對SQL 的熟練掌握， Hibernate/OJB 會根據制定的儲存邏輯，自動產生對應的SQL 並調用JDBC 介面加以執行。Hibernate的缺點就是學習門檻不低，要精通門檻更高，而且怎麼設計O/R映射，在效能和物件模型之間如何權衡取得平衡，以及怎樣用好Hibernate方面需要你的經驗和能力都很強才行，但是Hibernate現在已經是主流O/R Mapping架構，從文檔的豐富性，產品的完善性，版本的開發速度都要強於iBATIS。
iBATIS的特點：
iBATIS入門簡單，即學即用，提供了資料庫查詢的自動對象綁定功能，而且延續了很好的SQL使用經驗，對於沒有那麼高的物件模型要求的項目來說，相當完美。iBATIS的缺點就是架構還是比較簡陋，功能尚有缺失，雖然簡化了資料繫結代碼，但是整個底層資料庫查詢實際還是要自己寫的，工作量也比較大，而且不太容易適應快速資料庫修改。當系統屬於二次開發,無法對資料庫結構做到控制和修改,那iBATIS的靈活性將比Hibernate更適合。系統資料處理量巨大，效能要求極為苛刻，這往往意味著我們必須通過經過高度最佳化的SQL語句（或預存程序）才能達到系統效能設計指標。在這種情況下iBATIS會有更好的可控性和表現。
對於實際的開發進行的比較：
1． iBATIS需要手寫sql語句，也可以產生一部分，Hibernate則基本上可以自動產生，偶爾會寫一些Hql。同樣的需求,iBATIS的工作量比Hibernate要大很多。類似的，如果涉及到資料庫欄位的修改，Hibernate修改的地方很少，而iBATIS要把那些sql mapping的地方一一修改。
2. iBatis 可以進行細粒度的最佳化
比如說我有一個表，這個表有幾個或者幾十個欄位，我需要更新其中的一個欄位，iBatis 很簡單，執行一個sql UPDATE TABLE_A SET column_1=#column_1# WHERE id=#id# 但是用 Hibernate 的話就比較麻煩了,預設的情況下 hibernate 會更新所有欄位。 當然我記得 hibernate 有一個選項可以控制只儲存修改過的欄位，但是我不太確定這個功能的負面效果。 
例如：我需要列出一個表的部分內容，用 iBatis 的時候，這裡面的好處是可以少從資料庫讀很多資料，節省流量SELECT ID, NAME FROM TABLE_WITH_A_LOT_OF_COLUMN WHERE ...一般情況下Hibernate 會把所有的欄位都選出來。比如說有一個上面表有8個欄位，其中有一兩個比較大的欄位，varchar(255)/text。上面的情境中我為什麼要把他們也選出來呢？用hibernate 的話，你又不能把這兩個不需要的欄位設定為lazy load，因為還有很多地方需要一次把整個 domain object 載入出來。這個時候就能顯現出ibatis 的好處了。如果我需要更新一條記錄（一個對象），如果使用 hibernate，需要現把對象 select 出來，然後再做 update。這對資料庫來說就是兩條sql。而iBatis只需要一條update的sql就可以了。減少一次與資料庫的互動，對於效能的提升是非常重要。
3. 開發方面：
開發效率上，我覺得兩者應該差不多。可維護性方面，我覺得 iBatis 更好一些。因為 iBatis 的 sql 都儲存到單獨的檔案中。而 Hibernate 在有些情況下可能會在 java 代碼中保sql/hql。相對Hibernate“O/R”而言，iBATIS 是一種“Sql Mapping”的ORM實現。 而iBATIS 的著力點，則在於POJO 與SQL之間的映射關係。也就是說，iBATIS並不會為程式員在運行期自動產生SQL 執行。具體的SQL 需要程式員編寫，然後通過映射設定檔，將SQL所需的參數，以及返回的結果欄位對應到指定POJO。使用iBATIS 提供的ORM機制，對商務邏輯實現人員而言，面對的是純粹的Java對象，這一層與通過Hibernate 實現ORM 而言基本一致，而對於具體的資料操作，Hibernate會自動產生SQL 陳述式，而iBATIS 則要求開發人員編寫具體的SQL 陳述式。相對Hibernate而言，iBATIS 以SQL開發的工作量和資料庫移植性上的讓步，為系統設計提供了更大的自由空間。
4. 運行效率 
在不考慮 cache 的情況下，iBatis 應該會比hibernate 快一些或者很多。