高性能SQL查詢優(yōu)化取數(shù)方案

1. 描述

報(bào)表的核心是數(shù)據(jù)护盈,數(shù)據(jù)集是否合理決定報(bào)表的質(zhì)量。

1.每張報(bào)表都應(yīng)該有一個(gè)主數(shù)據(jù)集闲先,為了降低維護(hù)時(shí)的工作量状土,盡量將所有字段置于主數(shù)據(jù)集,除非在某些情況下伺糠,不使用多源數(shù)據(jù)集會(huì)導(dǎo)致主數(shù)據(jù)集異常復(fù)雜蒙谓。

2.在制作報(bào)表之前,盡量考慮到所有需要展示的數(shù)據(jù)字段训桶,在數(shù)據(jù)庫軟件中累驮,合理編寫sql語句,大數(shù)據(jù)情況盡量對(duì)sql做優(yōu)化舵揭,以及添加索引慰照。

擁有高性能SQL查詢語句,能使查詢速度加快琉朽,報(bào)表展示速度得到較明顯的提升!

2. 方案介紹

2.1 SELECT子句中避免使用 “*”

當(dāng)你想在SELECT子句中列出所有的COLUMN時(shí)稚铣,使用動(dòng)態(tài)SQL列引用‘’是一個(gè)方便的方法箱叁。不幸的是墅垮,這是一個(gè)非常低效的方法。 實(shí)際上耕漱,ORACLE在解析的過程中, 會(huì)將“” 依次轉(zhuǎn)換成所有的列名, 這個(gè)工作是通過查詢數(shù)據(jù)字典完成的, 這意味著將耗費(fèi)更多的時(shí)間算色。

2.2 刪除重復(fù)記錄

最高效的刪除重復(fù)記錄方法 ( 因?yàn)槭褂昧薘OWID)

DELETE FROM EMP E WHERE E.ROWID > (SELECT MIN(X.ROWID) FROM EMP X WHERE X.EMP_NO = E.EMP_NO)

2.3 用TRUNCATE替代DELETE

當(dāng)刪除表中的記錄時(shí),在通常情況下螟够,回滾段(rollback segments ) 用來存放可以被恢復(fù)的信息灾梦,如果你沒有COMMIT事務(wù),ORACLE會(huì)將數(shù)據(jù)恢復(fù)到刪除之前的狀態(tài)(準(zhǔn)確地說是恢復(fù)到執(zhí)行刪除命令之前的狀況)妓笙,而當(dāng)運(yùn)用TRUNCATE時(shí)若河,回滾段不再存放任何可被恢復(fù)的信息。當(dāng)命令運(yùn)行后,數(shù)據(jù)不能被恢復(fù)寞宫。因此很少的資源被調(diào)用,執(zhí)行時(shí)間也會(huì)很短萧福。

2.4 計(jì)算記錄條數(shù)

和一般的觀點(diǎn)相反, count(*) 比count(1)稍快 辈赋,當(dāng)然如果可以通過索引檢索鲫忍,對(duì)索引列的計(jì)數(shù)仍舊是最快的。 例如 COUNT(EMPNO)

2.5 用EXISTS替代IN

在許多基于基礎(chǔ)表的查詢中钥屈,為了滿足一個(gè)條件悟民,往往需要對(duì)另一個(gè)表進(jìn)行聯(lián)接。在這種情況下篷就,使用EXISTS(或NOT EXISTS)通常將提高查詢的效率射亏。

--低效

SELECT * FROM EMP WHERE EMPNO > 0 AND DEPTNO IN (SELECT DEPTNO FROM DEPT WHERE LOC =’MELB’)

--高效

SELECT * FROM EMP WHERE EMPNO > 0 AND EXISTS (SELECT ‘X’ FROM DEPT WHERE DEPT.DEPTNO = EMP.DEPTNO AND LOC = ‘MELB’)

2.6 用EXISTS替換DISTINCT

當(dāng)提交一個(gè)包含一對(duì)多表信息(比如部門表和雇員表)的查詢時(shí),避免在SELECT子句中使用DISTINCT. 一般可以考慮用EXIST替換 例如: Sql代碼

--低效:

SELECT DISTINCT DEPT_NO,DEPT_NAME FROM DEPT D,EMP E WHERE D.DEPT_NO = E.DEPT_NO

--高效:

SELECT DEPT_NO,DEPT_NAME FROM DEPT D WHERE EXISTS ( SELECT ‘X’ FROM EMP E WHERE E.DEPT_NO = D.DEPT_NO)

EXISTS 使查詢更為迅速

2.7 用>=替代>

如果DEPTNO上有一個(gè)索引

--高效:

SELECT * FROM EMP WHERE DEPTNO >=4

--低效:

SELECT * FROM EMP WHERE DEPTNO >3

兩者的區(qū)別在于, 前者DBMS將直接跳到第一個(gè)DEPT等于4的記錄而后者將首先定位到DEPTNO=3的記錄并且向前掃描到第一個(gè)DEPT大于3的記錄.

2.8 應(yīng)盡量避免在 where 子句中對(duì)字段判斷!

如:

select id from t where num is null

可以在num上設(shè)置默認(rèn)值0,確保表中num列沒有null值腻脏,然后這樣查詢:

select id from t where num=0

2.9 應(yīng)避免在 where 子句中使用!=或<>操作符!

將引擎放棄使用索引而進(jìn)行全表掃描鸦泳。優(yōu)化器將無法通過索引來確定將要命中的行數(shù),因此需要搜索該表的所有行。

2.10 應(yīng)避免在 where 子句中使用 or 連接!

否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描永品,如:

select id from t where num=10 or num=20

可以這樣查詢:

select id from t where num=10 union all select id from t where num=20

2.11 in 和 not in 也要慎用

因?yàn)镮N會(huì)使系統(tǒng)無法使用索引,而只能直接搜索表中的數(shù)據(jù)做鹰。如:

select id from t where num in(1,2,3)

對(duì)于連續(xù)的數(shù)值,能用 between 就不要用 in 了:

select id from t where num between 1 and 3

2.12 應(yīng)避免在 where 子句中進(jìn)行表達(dá)式操作

這將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描鼎姐。如:

SELECT * FROM T1 WHERE F1/2=100

應(yīng)改為:

SELECT * FROM T1 WHERE F1=100*2

SELECT * FROM RECORD WHERE SUBSTRING(CARD_NO,1,4)=’5378’

應(yīng)改為:

SELECT * FROM RECORD WHERE CARD_NO LIKE ‘5378%’

SELECT member_number, first_name, last_name FROM members WHERE DATEDIFF(yy,datofbirth,GETDATE()) > 21

應(yīng)改為:

SELECT member_number, first_name, last_name FROM members WHERE dateofbirth < DATEADD(yy,-21,GETDATE())

即:任何對(duì)列的操作都將導(dǎo)致表掃描钾麸,它包括數(shù)據(jù)庫函數(shù)、計(jì)算表達(dá)式等等炕桨,查詢時(shí)要盡可能將操作移至等號(hào)右邊饭尝。

2.13 應(yīng)避免在where子句中進(jìn)行函數(shù)操作

這將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描。如:

select id from t where substring(name,1,3)='abc'

--name以abc開頭的id

select id from t where datediff(day,createdate,'2005-11-30')=0

--‘2005-11-30’生成的id

應(yīng)改為:

select id from t where name like 'abc%'

select id from t where createdate>=’2005-11-30′ and createdate<'2005-12-1'

2.14 不要在 where 子句中的“=”左邊運(yùn)算

進(jìn)行函數(shù)献宫、算術(shù)運(yùn)算或其他表達(dá)式運(yùn)算钥平,系統(tǒng)將可能無法正確使用索引。

2.15 盡量避免向客戶端返回大數(shù)據(jù)量

若數(shù)據(jù)量過大姊途,應(yīng)該考慮相應(yīng)需求是否合理涉瘾。

2.16 避免使用不兼容的數(shù)據(jù)類型

例如float和int知态、char和varchar、binary和varbinary是不兼容的立叛。數(shù)據(jù)類型的不兼容可能使優(yōu)化器無法執(zhí)行一些本來可以進(jìn)行的優(yōu)化操作负敏。例如:

SELECT name FROM employee WHERE salary > 60000

在這條語句中,如salary字段是money型的,則優(yōu)化器很難對(duì)其進(jìn)行優(yōu)化,因?yàn)?0000是個(gè)整型數(shù)。我們應(yīng)當(dāng)在編程時(shí)將整型轉(zhuǎn)化成為錢幣型,而不要等到運(yùn)行時(shí)轉(zhuǎn)化秘蛇。

2.17 充分利用連接條件

在某種情況下其做,兩個(gè)表之間可能不只一個(gè)的連接條件,這時(shí)在 WHERE 子句中將連接條件完整的寫上赁还,有可能大大提高查詢速度妖泄。

例:

SELECT SUM(A.AMOUNT) FROM ACCOUNT A,CARD B WHERE A.CARD_NO = B.CARD_NO

SELECT SUM(A.AMOUNT) FROM ACCOUNT A,CARD B WHERE A.CARD_NO = B.CARD_NO AND A.ACCOUNT_NO=B.ACCOUNT_NO

第二句將比第一句執(zhí)行快得多。

2.18 能用DISTINCT的就不用GROUP BY

SELECT OrderID FROM Details WHERE UnitPrice > 10 GROUP BY OrderID

可改為:

SELECT DISTINCT OrderID FROM Details WHERE UnitPrice > 10

2.19 能用UNION ALL就不要用UNION秽浇!

UNION ALL不執(zhí)行SELECT DISTINCT函數(shù)浮庐,這樣就會(huì)減少很多不必要的資源

2.20 盡量不要用SELECT INTO語句!

SELECT INTO 語句會(huì)導(dǎo)致表鎖定柬焕,阻止其他用戶訪問該表审残。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市斑举,隨后出現(xiàn)的幾起案子搅轿,更是在濱河造成了極大的恐慌,老刑警劉巖富玷,帶你破解...
    沈念sama閱讀 217,185評(píng)論 6 503
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件璧坟,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡赎懦,警方通過查閱死者的電腦和手機(jī)雀鹃,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,652評(píng)論 3 393
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來励两,“玉大人黎茎,你說我怎么就攤上這事〉被冢” “怎么了傅瞻?”我有些...
    開封第一講書人閱讀 163,524評(píng)論 0 353
  • 文/不壞的土叔 我叫張陵,是天一觀的道長(zhǎng)盲憎。 經(jīng)常有香客問我嗅骄,道長(zhǎng),這世上最難降的妖魔是什么饼疙? 我笑而不...
    開封第一講書人閱讀 58,339評(píng)論 1 293
  • 正文 為了忘掉前任溺森,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘儿惫。我一直安慰自己澡罚,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,387評(píng)論 6 391
  • 文/花漫 我一把揭開白布肾请。 她就那樣靜靜地躺著,像睡著了一般更胖。 火紅的嫁衣襯著肌膚如雪铛铁。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,287評(píng)論 1 301
  • 那天却妨,我揣著相機(jī)與錄音饵逐,去河邊找鬼。 笑死彪标,一個(gè)胖子當(dāng)著我的面吹牛倍权,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播捞烟,決...
    沈念sama閱讀 40,130評(píng)論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼薄声,長(zhǎng)吁一口氣:“原來是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來了题画?” 一聲冷哼從身側(cè)響起默辨,我...
    開封第一講書人閱讀 38,985評(píng)論 0 275
  • 序言:老撾萬榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎苍息,沒想到半個(gè)月后缩幸,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,420評(píng)論 1 313
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡竞思,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,617評(píng)論 3 334
  • 正文 我和宋清朗相戀三年表谊,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片盖喷。...
    茶點(diǎn)故事閱讀 39,779評(píng)論 1 348
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡爆办,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出传蹈,到底是詐尸還是另有隱情押逼,我是刑警寧澤,帶...
    沈念sama閱讀 35,477評(píng)論 5 345
  • 正文 年R本政府宣布惦界,位于F島的核電站挑格,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏沾歪。R本人自食惡果不足惜漂彤,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,088評(píng)論 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧挫望,春花似錦立润、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,716評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至蛉幸,卻和暖如春破讨,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背奕纫。 一陣腳步聲響...
    開封第一講書人閱讀 32,857評(píng)論 1 269
  • 我被黑心中介騙來泰國打工提陶, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人匹层。 一個(gè)月前我還...
    沈念sama閱讀 47,876評(píng)論 2 370
  • 正文 我出身青樓隙笆,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國和親升筏。 傳聞我的和親對(duì)象是個(gè)殘疾皇子撑柔,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,700評(píng)論 2 354

推薦閱讀更多精彩內(nèi)容