建站
咨詢(xún)
售后
建站咨詢(xún)
新聞中心
最近做了個(gè)項(xiàng)目，實(shí)現(xiàn)對(duì)存在千萬(wàn)條記錄的庫(kù)表進(jìn)行插入、查詢(xún)操作。原以為對(duì)數(shù)據(jù)庫(kù)的插入、查詢(xún)是件很容易的事，可不知當(dāng)數(shù)據(jù)達(dá)到百萬(wàn)甚至千萬(wàn)條級(jí)別的時(shí)候，這一切似乎變得相當(dāng)困難。幾經(jīng)折騰，總算完成了任務(wù)。
為盤(pán)龍等地區(qū)用戶(hù)提供了全套網(wǎng)頁(yè)設(shè)計(jì)制作服務(wù)，及盤(pán)龍網(wǎng)站建設(shè)行業(yè)解決方案。主營(yíng)業(yè)務(wù)為網(wǎng)站設(shè)計(jì)制作、網(wǎng)站制作、盤(pán)龍網(wǎng)站設(shè)計(jì)，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專(zhuān)業(yè)、用心的態(tài)度為用戶(hù)提供真誠(chéng)的服務(wù)。我們深信只要達(dá)到每一位用戶(hù)的要求，就會(huì)得到認(rèn)可，從而選擇與我們長(zhǎng)期合作。這樣，我們也可以走得更遠(yuǎn)！
1、 避免使用Hibernate框架
Hibernate用起來(lái)雖然方便，但對(duì)于海量數(shù)據(jù)的操作顯得力不從心。
關(guān)于插入：
試過(guò)用Hibernate一次性進(jìn)行5萬(wàn)條左右數(shù)據(jù)的插入，若ID使用sequence方式生成，Hibernate將分5萬(wàn)次從數(shù)據(jù)庫(kù)取得5萬(wàn)個(gè)sequence，構(gòu)造成相應(yīng)對(duì)象后，再分五萬(wàn)次將數(shù)據(jù)保存到數(shù)據(jù)庫(kù)。花了我十分鐘時(shí)間。主要的時(shí)間不是花在插入上，而是花在5萬(wàn)次從數(shù)據(jù)庫(kù)取sequence上，弄得我相當(dāng)郁悶。雖然后來(lái)把ID生成方式改成increase解決了問(wèn)題，但還是對(duì)那十分鐘的等待心有余悸。
關(guān)于查詢(xún)：
Hibernate對(duì)數(shù)據(jù)庫(kù)查詢(xún)的主要思想還是面向?qū)ο蟮模@將使許多我們不需要查詢(xún)的數(shù)據(jù)占用了大量的系統(tǒng)資源（包括數(shù)據(jù)庫(kù)資源和本地資源）。由于對(duì)Hibernate的偏愛(ài)，本著不拋棄、不放棄的作風(fēng)，做了包括配SQL，改進(jìn)SQL等等的相當(dāng)多的嘗試，可都以失敗告終，不得不忍痛割?lèi)?ài)了。
2、 寫(xiě)查詢(xún)語(yǔ)句時(shí)，要把查詢(xún)的字段一一列出
查詢(xún)時(shí)不要使用類(lèi)似select * from x_table的語(yǔ)句，要盡量使用select id,name from x_table，以避免查詢(xún)出不需要的數(shù)據(jù)浪費(fèi)資源。對(duì)于海量數(shù)據(jù)而言，一個(gè)字段所占用的資源和查詢(xún)時(shí)間是相當(dāng)可觀的。
3、 減少不必要的查詢(xún)條件
當(dāng)我們?cè)谧霾樵?xún)時(shí)，常常是前臺(tái)提交一個(gè)查詢(xún)表單到后臺(tái)，后臺(tái)解析這個(gè)表單，而后進(jìn)行查詢(xún)操作。在我們解析表單時(shí)，為了方便起見(jiàn)，常常喜歡將一些不需要查詢(xún)的條件用永真的條件來(lái)代替（如：select count(id) from x_table where name like ‘%’），其實(shí)這樣的SQL對(duì)資源的浪費(fèi)是相當(dāng)可怕的。我試過(guò)對(duì)于同樣的近一千萬(wàn)條記錄的查詢(xún)來(lái)說(shuō)，使用select count(id) from x_table 進(jìn)行表查詢(xún)需要11秒，而使用select count(id) from x_table where name like ‘%’卻花了33秒。
4、 避免在查詢(xún)時(shí)使用表連接
在做海量數(shù)據(jù)查詢(xún)時(shí)，應(yīng)盡量避免表連接（特別是左、右連接），萬(wàn)不得已要進(jìn)行表連接時(shí)，被連接的另一張表數(shù)據(jù)量一定不能太大，若連接的另一張表也是數(shù)萬(wàn)條的話(huà)，那估計(jì)可以考慮重新設(shè)計(jì)庫(kù)表了，因?yàn)槟切枰却臅r(shí)間決不是正常用戶(hù)所能忍受的。
5、 嵌套查詢(xún)時(shí)，盡可能地在***次select就把查詢(xún)范圍縮到最小
在有多個(gè)select嵌套查詢(xún)的時(shí)候，應(yīng)盡量在最內(nèi)層就把所要查詢(xún)的范圍縮到最小，能分頁(yè)的先分頁(yè)。很多時(shí)候，就是這樣簡(jiǎn)單地把分頁(yè)放到內(nèi)層查詢(xún)里，對(duì)查詢(xún)效率來(lái)說(shuō)能形成質(zhì)的變化。
就是這些了，希望對(duì)遇到類(lèi)似問(wèn)題的朋友們能有所幫助！
【編輯推薦】
- Oracle中視圖的創(chuàng)建和處理方法
- 詳解Oracle幾種性能調(diào)優(yōu)方法
- 簡(jiǎn)述Oracle數(shù)據(jù)倉(cāng)庫(kù)的體系結(jié)構(gòu)
新聞標(biāo)題：Oracle千萬(wàn)條記錄插入與查詢(xún)小結(jié)
分享網(wǎng)址：http://m.5511xx.com/article/dhsseic.html
