日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當(dāng)前位置: 首頁(yè) > 运维知识 > 数据库 >内容正文

数据库

oracle执行脚本顺序执行吗,【ORACLE】记录通过执行Oracle的执行计划查询SQL脚本中的效率问题 - 不及格的飞鱼...

發(fā)布時(shí)間:2024/1/23 数据库 28 豆豆
生活随笔 收集整理的這篇文章主要介紹了 oracle执行脚本顺序执行吗,【ORACLE】记录通过执行Oracle的执行计划查询SQL脚本中的效率问题 - 不及格的飞鱼... 小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.

記錄通過(guò)執(zhí)行Oracle的執(zhí)行計(jì)劃查詢SQL腳本中的效率問題

問題現(xiàn)象: STARiBOSS5.8.1R2版本中,河北對(duì)帳JOB執(zhí)行時(shí),無(wú)法生成發(fā)票對(duì)帳文件。

首先,Quartz表達(dá)式培植的啟動(dòng)時(shí)間為2分鐘執(zhí)行一次JOB,通過(guò)日志上看,該JOB已經(jīng)啟動(dòng)。且在開始統(tǒng)計(jì)發(fā)票信息后就沒有新的日志了,因河北廣電數(shù)據(jù)庫(kù)很大,猜測(cè)是統(tǒng)計(jì)發(fā)票的SQL 效率低。在比較小的庫(kù)上執(zhí)行,系統(tǒng)正常生成發(fā)票對(duì)帳文件,因此確認(rèn)猜測(cè)為正確的。

然后,將發(fā)票統(tǒng)計(jì)的SQL截取出來(lái),其中一個(gè)SQL如下:

select n.noteid_pk,

n.notecodestr,

n.totalmoneyid,

n.notestatusid,

n.createdt,

n.modifydt,

n.taxregisrationno,

n.securitycode,

pi.printinstanceid_pk,

o.citycode

from noteen n, printinstanceen pi, salechannelen s, operareaen o

where n.salechannelid1 = s.salechannelid_pk

and s.operareaid_pk = o.operareaid_pk

and n.noteid_pk = pi.printpaperid(+)

and n.taxregisrationno is not null

AND o.citycode = '0667'

and n.notetypeid in

(select r.resourcecataid_pk

from resourcecataen r

where 1 = 1

AND (r.resourcecatanamestr = '河北新發(fā)票'))

and trunc(n.createdt) = to_date('2013-05-22', 'yyyy-MM-dd');

在 河北廣電數(shù)據(jù)庫(kù)中執(zhí)行該腳本運(yùn)行時(shí)間為170S以上,因此需要優(yōu)化統(tǒng)計(jì)的SQL。優(yōu)化前,首先需要找到SQL的查詢效率低的“瓶頸”,然后再優(yōu)化SQL

使用PL/SQL 從Tools - Explain Plan中可以查看該SQL的執(zhí)行計(jì)劃,找出SQL的“瓶頸”在那兒。如圖所示

這段SQL的執(zhí)行計(jì)劃如下圖: 其中Cost 總花費(fèi)為182682 ,查詢PRINTINSTANCEEN 時(shí),Cost花費(fèi)為180913,且查詢時(shí)候使用了FULL全表掃描

因此可見,查詢品“瓶頸”為關(guān)聯(lián)表PRINTINSTANCEEN?;

SQL中關(guān)聯(lián)時(shí)使用了?“ and n.noteid_pk = pi.printpaperid(+)

” 因此,查詢PRINTINSTANCEEN?表信息,發(fā)現(xiàn)PRINTINSTANCEEN?數(shù)據(jù)量很大,大概有800W數(shù)據(jù)。

關(guān)聯(lián)查詢PRINTINSTANCEEN?表時(shí),進(jìn)行了全表掃描,表數(shù)據(jù)又很大,因此效率低,為提高效率,為printpaperid添加索引。

再次從Tools - Explain Plan中可以查看該SQL的執(zhí)行計(jì)劃。發(fā)現(xiàn)查循關(guān)聯(lián)PRINTINSTANCEEN?時(shí)已經(jīng)不是FULL全表掃描,

而是使用了INDEXRANGESCAN(索引IDX$PRINTPAPERID) 查詢COST 已經(jīng)下降到7, 從數(shù)據(jù)庫(kù)中運(yùn)行腳本查詢速度為0.025。

備注:

cost只是指導(dǎo)值,Oracle優(yōu)化器通過(guò)對(duì)象的統(tǒng)計(jì)信息來(lái)計(jì)算相關(guān)計(jì)劃的成本cost,并通過(guò)cost的高低來(lái)衡量有限的幾種可用計(jì)劃。

但cost高并不代表計(jì)劃就不好,cost低也不代表計(jì)劃好;它只是一種指導(dǎo)優(yōu)化器的依據(jù)。

總結(jié)

以上是生活随笔為你收集整理的oracle执行脚本顺序执行吗,【ORACLE】记录通过执行Oracle的执行计划查询SQL脚本中的效率问题 - 不及格的飞鱼...的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò),歡迎將生活随笔推薦給好友。