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