這篇文章主要介紹JDBC與Hibernate如何讀取性能,文中介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們一定要看完!
10余年建站經(jīng)驗(yàn), 網(wǎng)站設(shè)計(jì)制作、成都網(wǎng)站設(shè)計(jì)客戶的見證與正確選擇。成都創(chuàng)新互聯(lián)提供完善的營(yíng)銷型網(wǎng)頁(yè)建站明細(xì)報(bào)價(jià)表。后期開發(fā)更加便捷高效,我們致力于追求更美、更快、更規(guī)范。
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)樗敲看蝞ext的時(shí)候才去數(shù)據(jù)庫(kù)取數(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)的重大缺陷,使得測(cè)試結(jié)果變得毫無意義,不具備任何參考價(jià)值,只是我們能夠大概判斷出一些結(jié)論:
◆精心編寫的JDBC無論如何都是最快的。
◆Hibernate List和Iterator適用的場(chǎng)合不同,不存在孰優(yōu)孰劣的問題
我個(gè)人認(rèn)為Hibernate Iterator是JDBC Result的封裝,Hibernate List是Scrollable Result的封裝,所以我推測(cè),如果在Oracle或者DB2上面做同樣的Read測(cè)試,如果結(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ǔ)言的運(yùn)行性能永遠(yuǎn)也不會(huì)好過匯編語(yǔ)言一個(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方式的比較
這是我在測(cè)試中想要重點(diǎn)考察的方面,但是由于JDBC驅(qū)動(dòng)問題,結(jié)果變的很不可信,不過仍然可以得到一些有用的結(jié)論。
Read操作包括兩步:***步是把數(shù)據(jù)庫(kù)的數(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é)果集的遍歷操作,速度則是非常的驚人(從上面的測(cè)試結(jié)果來看,30萬記錄的內(nèi)存遍歷不到100ms,由于這一步不受JDBC影響,因此結(jié)果可信)。因此,List方式適合于對(duì)結(jié)果集進(jìn)行反復(fù)多次操作的情況,例如分頁(yè)顯示,往后往前遍歷,跳到***行,跳到***一行等等。
Iterator方式只取記錄id到內(nèi)存中,并沒有把所有數(shù)據(jù)取到內(nèi)存中,因此構(gòu)造結(jié)果集的時(shí)間開銷很小,比JDBC和List方式都要少,并且內(nèi)存開銷也小很多。而對(duì)結(jié)果集的遍歷的操作的時(shí)候,Iterator仍然要訪問數(shù)據(jù)庫(kù),所有主要的時(shí)間開銷都花在這里。因此,Iterator方式適合于只對(duì)結(jié)果集進(jìn)行1次遍歷操作的情況,并且Iterator方式特別適合于從超大結(jié)果集中取少量數(shù)據(jù),這種情況Iterator性能非常好。另外Iterator方式可以利用JCS緩沖,在使用緩沖的情況下Iterator方式的遍歷操作速度將不受數(shù)據(jù)庫(kù)訪問速度的影響,得到徹底的提升。
Hibernate Iterator JCS方式應(yīng)該是最快的,Hibernate List速度和JDBC比較接近,而Hibernate Iterator速度還是慢的離譜。另外JDBC和List受到Fetch Size的影響很大,當(dāng)Fetch Size大于50的時(shí)候,速度有非常顯著的提升,而Hibernate Iterator的速度似乎不受Fetch Size的影響。
以上是“JDBC與Hibernate如何讀取性能”這篇文章的所有內(nèi)容,感謝各位的閱讀!希望分享的內(nèi)容對(duì)大家有幫助,更多相關(guān)知識(shí),歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道!
新聞標(biāo)題:JDBC與Hibernate如何讀取性能
轉(zhuǎn)載來于:http://m.rwnh.cn/article34/psggpe.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供動(dòng)態(tài)網(wǎng)站、網(wǎng)站導(dǎo)航、定制開發(fā)、網(wǎng)站收錄、品牌網(wǎng)站制作、云服務(wù)器
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源: 創(chuàng)新互聯(lián)