Hibernate和MyBatis的區(qū)別

1、Hibernate簡介Hibernate是一個開放源代碼的對象關(guān)系映射框架，它對JDBC進行了非常輕量級的對象封裝，使得Java程序員可以隨心所欲的使用對象編程思維來操縱數(shù)據(jù)庫。Hibernate可以應(yīng)用在任何使用JDBC的場合，既可以在Java的客戶端程序使用，也可以在Servlet/JSP的Web應(yīng)用中使用，最具革命意義的是，Hibernate可以在應(yīng)用EJB的J2EE架構(gòu)中取代CMP，完成數(shù)據(jù)持久化的重任。 一、基本功能Hibernate作為數(shù)據(jù)持久化的中間件，足以讓數(shù)據(jù)庫在業(yè)務(wù)邏輯層開發(fā)中去冬眠。它通過可擴展標記語言（XML）實現(xiàn)了類和數(shù)據(jù)表之間的映射，使程序員在業(yè)務(wù)邏輯的開發(fā)中面向數(shù)

2、據(jù)庫而改為面向?qū)ο箝_發(fā)。使整個項目開發(fā)分工更加明確，提高了程序開發(fā)的效率。 configuration對象： Configuration 類負責(zé)管理Hibernate 的配置信息。Hibernate 運行時需要獲取一些底層實現(xiàn)的基本信息，其中幾個關(guān)鍵屬性包括：1 數(shù)據(jù)庫URL2 數(shù)據(jù)庫用戶3 數(shù)據(jù)庫用戶密碼4 數(shù)據(jù)庫JDBC驅(qū)動類5 數(shù)據(jù)庫dialect，用于對特定數(shù)據(jù)庫提供支持，其中包含了針對特定數(shù)據(jù)庫特性的實現(xiàn)，如Hibernate數(shù)據(jù)類型到特定數(shù)據(jù)庫數(shù)據(jù)類型的映射等。 以上信息一般情況下由hibernate.cfg.xml或者perties文件來配置，實現(xiàn)與不同

3、數(shù)據(jù)庫的連接。 Session對象： Session是持久層操作的基礎(chǔ)，相當于JDBC中的Connection:實例通過SessionFactory實例構(gòu)建:Configuration config = new Configuration().configure();SessionFactory sessionFactory = config.buildSessionFactory();Session session = sessionFactory.openSession();之后我們就可以調(diào)用Session所提供的save、find、flush等方法完成持久層操作。因此Session對象也

4、封裝了所有對數(shù)據(jù)庫的操作來實現(xiàn)Hibernate對數(shù)據(jù)庫的操縱功能，如： Save()方法實現(xiàn)增加和保存； Delete()方法實現(xiàn)數(shù)據(jù)的刪除； Update()方法實現(xiàn)數(shù)據(jù)更新和修改； Find()方法實現(xiàn)數(shù)據(jù)的檢索； Hibernate會根據(jù)不同的操作自動生成相應(yīng)的SQL語句，從而實現(xiàn)了程序員對PO對象的操作轉(zhuǎn)化為對數(shù)據(jù)庫關(guān)系表的操作。 二、使用步驟1編寫Hibernate配置文件 Hibernate配置文件有兩種，分別是hibernate.cfg.xml文件和perties,推薦使用hibernate.cfg.xml。 2PO和映射文件 使用middlegen和

5、hibernate-extensions從數(shù)據(jù)庫導(dǎo)出PO的映射文件，并在hibernate.cfg.xml當中聲明。 3編寫DAO 對每一張關(guān)系表編寫一個DAO，提供一組增、刪、改、查方法供業(yè)務(wù)邏輯對數(shù)據(jù)庫操作使用。 更多的細節(jié)請大家參閱hibernate的網(wǎng)站獲取詳細的信息。并在各自的實踐和開發(fā)中加深體會。Ibatis簡介相對Hibernate和Apache OJB 等"一站式"ORM解決方案而言，ibatis 是一種"半自動化"的ORM實現(xiàn)。所謂"半自動"，可能理解上有點生澀?？v觀目前主流的ORM，無論Hibernate 還是Ap

6、ache OJB，都對數(shù)據(jù)庫結(jié)構(gòu)提供了較為完整的封裝，提供了從POJO 到數(shù)據(jù)庫表的全套映射機制。程序員往往只需定義好了POJO 到數(shù)據(jù)庫表的映射關(guān)系，即可通過Hibernate或者OJB 提供的方法完成持久層操作。程序員甚至不需要對SQL 的熟練掌握，Hibernate/OJB 會根據(jù)制定的存儲邏輯，自動生成對應(yīng)的SQL 并調(diào)用JDBC 接口加以執(zhí)行。 Ibatis最直接的好處就是不但為程序員提供了對象與關(guān)系數(shù)據(jù)庫之間的映射，同時提供操作方法與SQL間的直接影射，設(shè)計者可以直接為一個方法指定一條SQL語句，從而取得更加準確的數(shù)據(jù)，同時為優(yōu)化查詢、連接查詢提供了方便。 一、基本功能作為又一個輕

7、量級的ORM中間件，ibatis除了提供了對數(shù)據(jù)庫基本的增、刪、改、查外還提供了連接管理，緩存支持，線程支持，（分布式）事物管理等一套教為完整的數(shù)據(jù)庫管理功能。 SqlMapClient對象是ibatis持久層操作的基礎(chǔ)，相當于hibernate中的session，提供對SQL映射的方法。 insert()方法實現(xiàn)對插入SQL語句的映射； delete()方法實現(xiàn)對刪除SQL語句的映射； update()方法實現(xiàn)對更新SQL語句的影射； queryForList()、queryForMap()、queryForObject()、queryForPaginatedList()等方法提供了一組查詢

8、SQL語句的影射；二、使用步驟1ibatis SQL Map 配置文件 文件中對所用數(shù)據(jù)庫的連接做了基本配置，包括數(shù)據(jù)庫驅(qū)動類型、用戶名、密碼，以及連接池的相關(guān)管理數(shù)據(jù)。 2PO和映射文件 和hibernate一樣，PO作為數(shù)據(jù)庫關(guān)系表的影射，也需要響應(yīng)的映射配置文件，可以手寫，也可以借助hibernate的相關(guān)工具生成PO，不會影響PO在ibatis中的使用。與hibernate不同的是，ibatis的映射文件中沒有對PO中每個屬性做響應(yīng)的描述，而是指定了一系列與PO有關(guān)的SQL相關(guān)操作，也體現(xiàn)了ibatis良好的靈活性與可擴展性。 3編寫DAO 在DAO中，可以使用SqlMapClient

9、提供的方法來對應(yīng)的指定對PO操作的SQL語句，從而使業(yè)務(wù)邏輯層的開發(fā)仍然是面向?qū)ο蟮牟僮?。選擇Hibernate還是iBATIS都有它的道理：Hibernate的特點：Hibernate功能強大，數(shù)據(jù)庫無關(guān)性好，O/R映射能力強，如果你對Hibernate相當精通，而且對Hibernate進行了適當?shù)姆庋b，那么你的項目整個持久層代碼會相當簡單，需要寫的代碼很少，開發(fā)速度很快，非常爽。以數(shù)據(jù)庫字段一一對應(yīng)映射得到的PO和Hibernte這種對象化映射得到的PO是截然不同的，本質(zhì)區(qū)別在于這種PO是扁平化的，不像Hibernate映射的PO是可以表達立體的對象繼承，聚合等等關(guān)系的，這將會直接影響到你

10、的整個軟件系統(tǒng)的設(shè)計思路。Hibernate對數(shù)據(jù)庫結(jié)構(gòu)提供了較為完整的封裝，Hibernate的O/R Mapping實現(xiàn)了POJO 和數(shù)據(jù)庫表之間的映射，以及SQL 的自動生成和執(zhí)行。程序員往往只需定義好了POJO 到數(shù)據(jù)庫表的映射關(guān)系，即可通過Hibernate 提供的方法完成持久層操作。程序員甚至不需要對SQL 的熟練掌握， Hibernate/OJB 會根據(jù)制定的存儲邏輯，自動生成對應(yīng)的SQL 并調(diào)用JDBC 接口加以執(zhí)行。Hibernate的缺點就是學(xué)習(xí)門檻不低，要精通門檻更高，而且怎么設(shè)計O/R映射，在性能和對象模型之間如何權(quán)衡取得平衡，以及怎樣用好Hibernate方面需要你的

11、經(jīng)驗和能力都很強才行，但是Hibernate現(xiàn)在已經(jīng)是主流O/R Mapping框架，從文檔的豐富性，產(chǎn)品的完善性，版本的開發(fā)速度都要強于iBATIS。iBATIS的特點：iBATIS入門簡單，即學(xué)即用，提供了數(shù)據(jù)庫查詢的自動對象綁定功能，而且延續(xù)了很好的SQL使用經(jīng)驗，對于沒有那么高的對象模型要求的項目來說，相當完美。iBATIS的缺點就是框架還是比較簡陋，功能尚有缺失，雖然簡化了數(shù)據(jù)綁定代碼，但是整個底層數(shù)據(jù)庫查詢實際還是要自己寫的，工作量也比較大，而且不太容易適應(yīng)快速數(shù)據(jù)庫修改。當系統(tǒng)屬于二次開發(fā),無法對數(shù)據(jù)庫結(jié)構(gòu)做到控制和修改,那iBATIS的靈活性將比Hibernate更適合。系統(tǒng)數(shù)

12、據(jù)處理量巨大，性能要求極為苛刻，這往往意味著我們必須通過經(jīng)過高度優(yōu)化的SQL語句（或存儲過程）才能達到系統(tǒng)性能設(shè)計指標。在這種情況下iBATIS會有更好的可控性和表現(xiàn)。對于實際的開發(fā)進行的比較：1 iBATIS需要手寫sql語句，也可以生成一部分，Hibernate則基本上可以自動生成，偶爾會寫一些Hql。同樣的需求,iBATIS的工作量比Hibernate要大很多。類似的，如果涉及到數(shù)據(jù)庫字段的修改，Hibernate修改的地方很少，而iBATIS要把那些sql mapping的地方一一修改。2. iBatis 可以進行細粒度的優(yōu)化比如說我有一個表，這個表有幾個或者幾十個字段，我需要更新其中

13、的一個字段，iBatis 很簡單，執(zhí)行一個sql UPDATE TABLE_A SET column_1=#column_1# WHERE id=#id# 但是用 Hibernate 的話就比較麻煩了,缺省的情況下 hibernate 會更新所有字段。 當然我記得 hibernate 有一個選項可以控制只保存修改過的字段，但是我不太確定這個功能的負面效果。 例如：我需要列出一個表的部分內(nèi)容，用 iBatis 的時候，這里面的好處是可以少從數(shù)據(jù)庫讀很多數(shù)據(jù)，節(jié)省流量SELECT ID, NAME FROM TABLE_WITH_A_LOT_OF_COLUMN WHERE .一般情況下Hibern

14、ate 會把所有的字段都選出來。比如說有一個上面表有8個字段，其中有一兩個比較大的字段，varchar(255)/text。上面的場景中我為什么要把他們也選出來呢？用hibernate 的話，你又不能把這兩個不需要的字段設(shè)置為lazy load，因為還有很多地方需要一次把整個 domain object 加載出來。這個時候就能顯現(xiàn)出ibatis 的好處了。如果我需要更新一條記錄（一個對象），如果使用 hibernate，需要現(xiàn)把對象 select 出來，然后再做 update。這對數(shù)據(jù)庫來說就是兩條sql。而iBatis只需要一條update的sql就可以了。減少一次與數(shù)據(jù)庫的交互，對于性能的

15、提升是非常重要。3. 開發(fā)方面：開發(fā)效率上，我覺得兩者應(yīng)該差不多?？删S護性方面，我覺得 iBatis 更好一些。因為 iBatis 的 sql 都保存到單獨的文件中。而 Hibernate 在有些情況下可能會在 java 代碼中保sql/hql。相對Hibernate“O/R”而言，iBATIS 是一種“Sql Mapping”的ORM實現(xiàn)。 而iBATIS 的著力點，則在于POJO 與SQL之間的映射關(guān)系。也就是說，iBATIS并不會為程序員在運行期自動生成SQL 執(zhí)行。具體的SQL 需要程序員編寫，然后通過映射配置文件，將SQL所需的參數(shù)，以及返回的結(jié)果字段映射到指定POJO。使用iBATI