Hibernate與JDBC的區(qū)別及持久化的區(qū)別

sinkingboat

JDBC在性能上，靈活性有優(yōu)勢。
而Hibernate在易學(xué)性，易用性上有些優(yōu)勢。
當(dāng)用到很多復(fù)雜的多表聯(lián)查和復(fù)雜的數(shù)據(jù)庫操作時(shí)，JDBC有優(yōu)勢。
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------
相同點(diǎn)：
兩者都是JAVA的數(shù)據(jù)庫操作中間件。
兩者對(duì)于數(shù)據(jù)庫進(jìn)行直接操作的對(duì)象都不是線程安全的，都需要及時(shí)關(guān)閉。
兩者都可以對(duì)數(shù)據(jù)庫的更新操作進(jìn)行顯式的事務(wù)處理。
不同點(diǎn)：
使用的SQL語言不同：JDBC使用的是基于關(guān)系型數(shù)據(jù)庫的標(biāo)準(zhǔn)SQL語言，Hibernate使用的是HQL(Hibernate query language)語言
操作的對(duì)象不同：JDBC操作的是數(shù)據(jù)，將數(shù)據(jù)通過SQL語句直接傳送到數(shù)據(jù)庫中執(zhí)行，Hibernate操作的是持久化對(duì)象，由底層持久化對(duì)象的數(shù)據(jù)更新到數(shù)據(jù)庫中。
數(shù)據(jù)狀態(tài)不同：JDBC操作的數(shù)據(jù)是“瞬時(shí)”的，變量的值無法與數(shù)據(jù)庫中的值保持一致，而Hibernate操作的數(shù)據(jù)是可持久的，即持久化對(duì)象的數(shù)據(jù)屬性的值是可以跟數(shù)據(jù)庫中的值保持一致的。
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------
JDBC與Hibernate讀取性能
1、JDBC仍然是最快的訪問方式，不論是Create還是Read操作，都是JDBC快。
2、Hibernate使用uuid.hex構(gòu)造主鍵，性能稍微有點(diǎn)損失，但是不大。
3、Create操作，JDBC在使用批處理的方式下速度比Hibernate快，使用批處理方式耗用JVM內(nèi)存比不使用批處理方式要多得多。
4、讀取數(shù)據(jù)，Hibernate的Iterator速度非常緩慢，因?yàn)樗�是每次next的時(shí)候才去數(shù)據(jù)庫取數(shù)據(jù)，這一點(diǎn)從觀察任務(wù)管理器的java進(jìn)程占用內(nèi)存的變化也可以看得很清楚，內(nèi)存是幾十K幾十K的增加。
5、讀取數(shù)據(jù)，Hibernate的List速度很快，因?yàn)樗�是一次性把�?shù)據(jù)取完，這一點(diǎn)從觀察任務(wù)管理器的java進(jìn)程占用內(nèi)存的變化也可以看得很清楚，內(nèi)存幾乎是10M的10M的增加。
6、JDBC讀取數(shù)據(jù)的方式和Hibernate的List方式是一樣的（這跟JDBC驅(qū)動(dòng)有很大關(guān)系，不同的JDBC驅(qū)動(dòng)，結(jié)果會(huì)很不一樣），這
從觀察java進(jìn)程內(nèi)存變化可以判斷出來，由于JDBC不需要像Hibernate那樣構(gòu)造一堆Cat對(duì)象實(shí)例，所以占用JVM內(nèi)存要比
Hibernate的List方式大概少一半左右。
7、Hibernate的Iterator方式并非一無是處，它適合于從大的結(jié)果集中選取少量的數(shù)據(jù)，即不需要占用很多內(nèi)存，又可以迅速得到結(jié)果。另外Iterator適合于使用JCS緩沖。最終結(jié)論：
由于MySQL的JDBC驅(qū)動(dòng)的重大缺陷，使得測試結(jié)果變得毫無意義，不具備任何參考價(jià)值，只是我們能夠大概判斷出一些結(jié)論：
一、精心編寫的JDBC無論如何都是最快的。
二、Hibernate List和Iterator適用的場合不同，不存在孰優(yōu)孰劣的問題
我個(gè)人認(rèn)為Hibernate Iterator是JDBC Result的封裝，Hibernate List是Scrollable
Result的封裝，所以我推測，如果在Oracle或者DB2上面做同樣的Read測試，如果結(jié)果集小于FetchSize，4者在速度上應(yīng)該都不會(huì)有
差別；如果結(jié)果集大于FetchSize的話，但是不是FetchSize的很多倍，速度排名應(yīng)該是：
JDBC Scrollable Result (消耗時(shí)間最少) < Hibernate List < JDBC Result < Hibernate Iterator
如果結(jié)果集非常大，但是只取結(jié)果集中的部分記錄，那么速度排名：
JDBC Result < Hibernate Iterator < JDBC Scrollable Result < Hibernate List
為了避免造成誤導(dǎo)，我最后強(qiáng)調(diào)一下我的結(jié)論：
一、“精心編寫”的JDBC一定是性能最好的
實(shí)際上，不管CMP，Hibernate，JDO等等，所有的ORM都是對(duì)JDBC的封裝，CMP則是一個(gè)重量級(jí)封裝，JDO中度封
裝，Hibernate是輕量級(jí)的封裝。從理論上來說，ORM永遠(yuǎn)也不可能比JDBC性能好。就像任何高級(jí)語言的運(yùn)行性能永遠(yuǎn)也不會(huì)好過匯編語言一個(gè)道
理。
對(duì)于Create和Update操作來說，由于普通的Java程序員未必會(huì)使用JDBC的Batch的功能，所以Hibernate會(huì)表現(xiàn)出超過JDBC的運(yùn)行速度。
對(duì)于Read的操作來說，ORM普遍都會(huì)帶有雙層緩沖，即PrepreadStatement緩沖和ResultSet緩沖，而JDBC本身沒有緩
沖機(jī)制，在使用連接池的情況下，一些連接池將會(huì)提供PrepreadStatement緩沖，有的甚至提供ResultSet緩沖，但是普遍情況
下，Java程序員一般都不會(huì)考慮到在寫JDBC的時(shí)候優(yōu)化緩沖，而且這樣做也不太現(xiàn)實(shí)，所以在某些情況下，ORM會(huì)表現(xiàn)出超過JDBC的Read速度。
二、Hibernate List和Iterator方式的比較
這是我在測試中想要重點(diǎn)考察的方面，但是由于JDBC驅(qū)動(dòng)問題，結(jié)果變的很不可信，不過仍然可以得到一些有用的結(jié)論。
Read操作包括兩步：第一步是把數(shù)據(jù)庫的數(shù)據(jù)取出，構(gòu)造結(jié)果集，把數(shù)據(jù)放入到結(jié)果集中；第二步是遍歷結(jié)果集，取每行數(shù)據(jù)。
List方式是1次性把所有的數(shù)據(jù)全部取到內(nèi)存中，構(gòu)造一個(gè)超大的結(jié)果集，主要的時(shí)間開銷是這一步，這一步的時(shí)間開銷要遠(yuǎn)遠(yuǎn)超過JDBC和
Iterator方式下構(gòu)造結(jié)果集的時(shí)間開銷，并且內(nèi)存開銷也很驚人；而對(duì)結(jié)果集的遍歷操作，速度則是非常的驚人（從上面的測試結(jié)果來看，30萬記錄的內(nèi)
存遍歷不到100ms，由于這一步不受JDBC影響，因此結(jié)果可信）。因此，List方式適合于對(duì)結(jié)果集進(jìn)行反復(fù)多次操作的情況，例如分頁顯示，往后往前
遍歷，跳到第一行，跳到最后一行等等。
Iterator方式只取記錄id到內(nèi)存中，并沒有把所有數(shù)據(jù)取到內(nèi)存中，因此構(gòu)造結(jié)果集的時(shí)間開銷很小，比JDBC和List方式都要少，并且內(nèi)
存開銷也小很多。而對(duì)結(jié)果集的遍歷的操作的時(shí)候，Iterator仍然要訪問數(shù)據(jù)庫，所有主要的時(shí)間開銷都花在這里。因此，Iterator方式適合于只
對(duì)結(jié)果集進(jìn)行1次遍歷操作的情況，并且Iterator方式特別適合于從超大結(jié)果集中取少量數(shù)據(jù)，這種情況Iterator性能非常好。另外
Iterator方式可以利用JCS緩沖，在使用緩沖的情況下Iterator方式的遍歷操作速度將不受數(shù)據(jù)庫訪問速度的影響，得到徹底的提升。
Hibernate Iterator JCS方式應(yīng)該是最快的，Hibernate List速度和JDBC比較接近，而Hibernate
Iterator速度還是慢的離譜。另外JDBC和List受到Fetch Size的影響很大，當(dāng)Fetch
Size大于50的時(shí)候，速度有非常顯著的提升，而Hibernate Iterator的速度似乎不受Fetch Size的影響。
               
               
               

本文來自ChinaUnix博客，如果查看原文請(qǐng)點(diǎn)：http://blog.chinaunix.net/u/21752/showart_2142865.html