簡(jiǎn)單分析Oracle Having子句
今天向大家介紹Oracle Having子句，可能好多人還不了解Where子句，沒有關(guān)系，看完本文你肯定學(xué)會(huì)SQL子句，希望本文能教會(huì)你更多東西。以下是用Where子句替換Oracle Having子句：
避免使用Oracle Having子句，Having只會(huì)在檢索出任何記錄之后才對(duì)結(jié)果集進(jìn)行過濾。這個(gè)處理需要排序,總計(jì)等操作。假如能通過WHERE子句限制記錄的數(shù)目，那就能減少這方面的開銷。(非 Oracle中)on、where、Having這三個(gè)都能夠加條件的子句中，on是最先執(zhí)行，where次之，Having最后，因?yàn)閛n是先把不符合條件的記錄過濾后才進(jìn)行統(tǒng)計(jì)，他就能夠減少中間運(yùn)算要處理的數(shù)據(jù)，按理說應(yīng)該速度是最快的，where也應(yīng)該比Having快點(diǎn)的，因?yàn)樗^濾數(shù)據(jù)后才進(jìn)行sum，在兩個(gè)表聯(lián)接時(shí)才用on的，所以在一個(gè)表的時(shí)候，就剩下where跟Oracle Having子句比較了。
在這單表查詢統(tǒng)計(jì)的情況下，假如要過濾的條件沒有涉及到要計(jì)算字段，那他們的結(jié)果是相同的，只是where能夠使用rushmore技術(shù)，而Having就不能，在速度上后者要慢假如要涉及到計(jì)算的字段，就表示在沒計(jì)算之前，這個(gè)字段的值是不確定的，根據(jù)上篇寫的工作流程，where的作用時(shí)間是在計(jì)算之前就完成的，而Having就是在計(jì)算后才起作用的，所以在這種情況下，兩者的結(jié)果會(huì)不同。在多表聯(lián)接查詢時(shí)，on比where更早起作用。
系統(tǒng)首先根據(jù)各個(gè)表之間的聯(lián)接條件，把多個(gè)表合成一個(gè)臨時(shí)表后，再由where進(jìn)行過濾，然后再計(jì)算，計(jì)算完后再由Having進(jìn)行過濾。由此可見，要想過濾條件起到正確的作用，首先要明白這個(gè)條件應(yīng)該在什么時(shí)候起作用，然后再?zèng)Q定放在那里。
減少對(duì)表的查詢：
在含有子查詢的SQL語(yǔ)句中,要特別注意減少對(duì)表的查詢。例子：
SELECT TAB_NAME FROM TABLES WHERE (TAB_NAME,DB_VER) = ( SELECTTAB_NAME,DB_VER FROM TAB_COLUMNS WHERE VERSION = 604)
通過內(nèi)部函數(shù)提高SQL效率：
復(fù)雜的SQL往往犧牲了執(zhí)行效率。能夠掌控上面的運(yùn)用函數(shù)解決問題的方法在實(shí)際工作中是很有意義的。
使用表的別名(Alias)：
當(dāng)在SQL語(yǔ)句中連接多個(gè)表時(shí), 請(qǐng)使用表的別名并把別名前綴于每個(gè)Column上。這樣一來,就能夠減少解析的時(shí)間并減少那些由Column歧義引起的語(yǔ)法錯(cuò)誤。
用EXISTS替代IN、用NOT EXISTS替代NOT IN：
在許多基于基礎(chǔ)表的查詢中，為了滿足一個(gè)條件,往往需要對(duì)另一個(gè)表進(jìn)行聯(lián)接。在這種情況下，使用EXISTS(或NOT EXISTS)通常將提高查詢的效率。在子查詢中，NOT IN子句將執(zhí)行一個(gè)內(nèi)部的排序和合并。無論在哪種情況下，NOT IN都是最低效的 (因?yàn)樗麑?duì)子查詢中的表執(zhí)行了一個(gè)全表遍歷)。為了避免使用NOT IN ，我們能夠把他改寫成外連接(Outer Joins)或NOT EXISTS。例子：
- SELECT * FROM EMP (基礎(chǔ)表) WHERE EMPNO > 0 AND EXISTS
(SELECT ‘X' FROM DEPT WHERE DEPT.DEPTNO = EMP.DEPTNO AND LOC = ‘MELB')
(低效)SELECT * FROM EMP (基礎(chǔ)表) WHERE EMPNO > 0 AND DEPTNO IN
(SELECT DEPTNO FROM DEPT WHERE LOC = ‘MELB')
【編輯推薦】
