SQL 優化原則(4)

　　ORDER BY中所有的列必須定義為非空.

　　WHERE子句使用的索引和ORDER BY子句中所使用的索引不能并列.

　　例如:

　　表DEPT包含以下列:

　　DEPT_CODE PK NOT NULL

　　DEPT_DESC NOT NULL

　　DEPT_TYPE NULL

　　低效: (索引不被使用)

　　SELECT DEPT_CODE FROM DEPT ORDER BY DEPT_TYPE

　　高效: (使用索引)

　　SELECT DEPT_CODE FROM DEPT WHERE DEPT_TYPE > 0

　　(30) 避免改變索引列的類型.:

　　當比較不同數據類型的數據時, ORACLE自動對列進行簡單的類型轉換.

　　假設 EMPNO是一個數值類型的索引列.

　　SELECT … FROM EMP WHERE EMPNO = ‘123'

　　實際上,經過ORACLE類型轉換,語句轉化為:

　　SELECT … FROM EMP WHERE EMPNO = TO_NUMBER(‘123')

　　幸運的是,類型轉換沒有發生在索引列上,索引的用途沒有被改變.

　　現在,假設EMP_TYPE是一個字符類型的索引列.

　　SELECT … FROM EMP WHERE EMP_TYPE = 123

　　這個語句被ORACLE轉換為:

　　SELECT … FROM EMP WHERETO_NUMBER(EMP_TYPE)=123

　　因為內部發生的類型轉換, 這個索引將不會被用到! 為了避免ORACLE對你的SQL進行隱式的類型轉換,最好把類型轉換用顯式表現出來.注意當字符和數值比較時, ORACLE會優先轉換數值類型到字符類型

　　(31) 需要當心的WHERE子句:

　　某些SELECT 語句中的WHERE子句不使用索引.這里有一些例子.

　　在下面的例子里, (1)‘!=' 將不使用索引. 記住, 索引只能告訴你什么存在于表中, 而不能告訴你什么不存在于表中. (2) ‘ ¦ ¦'是字符連接函數.就象其他函數那樣,停用了索引. (3) ‘+'是數學函數.就象其他數學函數那樣,停用了索引. (4)相同的索引列不能互相比較,這將會啟用全表掃描.

　　(32) a. 如果檢索數據量超過30%的表中記錄數.使用索引將沒有顯著的效率提高.

　　b. 在特定情況下, 使用索引也許會比全表掃描慢, 但這是同一個數量級上的區別. 而通常情況下,使用索引比全表掃描要塊幾倍乃至幾千倍!

　　(33) 避免使用耗費資源的操作:

　　帶有DISTINCT,UNION,MINUS,INTERSECT,ORDER BY的SQL語句會啟動SQL引擎

　　執行耗費資源的排序(SORT)功能. DISTINCT需要一次排序操作,而其他的至少需要執行兩次排序.通常, 帶有UNION, MINUS , INTERSECT的SQL語句都可以用其他方式重寫.如果你的數據庫的SORT_AREA_SIZE調配得好,使用UNION , MINUS, INTERSECT也是可以考慮的,畢竟它們的可讀性很強

　　(34) 優化GROUP BY:

　　提高GROUP BY 語句的效率, 可以通過將不需要的記錄在GROUP BY 之前過濾掉.下面兩個查詢返回相同結果但第二個明顯就快了許多.

　　低效:

　　SELECT JOB , AVG(SAL)

　　FROM EMP

　　GROUP by JOB

　　HAVING JOB = ‘PRESIDENT'

　　OR JOB = ‘MANAGER'

　　高效:

　　SELECT JOB , AVG(SAL)

　　FROM EMP

　　WHERE JOB = ‘PRESIDENT'

　　OR JOB = ‘MANAGER'

　　GROUP by JOB

　　====================================

　　====================================

　　如果你正在負責一個基于SQL Server的項目，或者你剛剛接觸SQL Server，你都有可能要面臨一些數據庫性能的問題，這篇文章會為你提供一些有用的指導(其中大多數也可以用于其它的DBMS)。

　　在這里，我不打算介紹使用SQL Server的竅門，也不能提供一個包治百病的方案，我所做的是總結一些經驗----關于如何形成一個好的設計。這些經驗來自我過去幾年中經受的教訓，一直來，我看到許多同樣的設計錯誤被一次又一次的重復。

　　一、了解你用的工具

　　不要輕視這一點，這是我在這篇文章中講述的最關鍵的一條。也許你也看到有很多的SQL Server程序員沒有掌握全部的T-SQL命令和SQL Server提供的那些有用的工具。

　　“什么?我要浪費一個月的時間來學習那些我永遠也不會用到的SQL命令???”，你也許會這樣說。對的，你不需要這樣做。但是你應該用一個周末瀏覽所有的 T-SQL命令。在這里，你的任務是了解，將來，當你設計一個查詢時，你會記起來：“對了，這里有一個命令可以完全實現我需要的功能”，于是，到MSDN查看這個命令的確切語法。

　　二、不要使用游標

　　讓我再重復一遍：不要使用游標。如果你想破壞整個系統的性能的話，它們倒是你最有效的首選辦法。大多數的初學者都使用游標，而沒有意識到它們對性能造成的影響。它們占用內存，還用它們那些不可思議的方式鎖定表，另外，它們簡直就像蝸牛。而最糟糕的是，它們可以使你的DBA所能做的一切性能優化等于沒做。不 知你是否知道每執行一次FETCH就等于執行一次SELECT命令?這意味著如果你的游標有10000條記錄，它將執行10000次SELECT!如果你 使用一組SELECT、UPDATE或者DELETE來完成相應的工作，那將有效率的多。

　　初學者一般認為使用游標是一種比較熟悉和舒適的編程方式，可很不幸，這會導致糟糕的性能。顯然，SQL的總體目的是你要實現什么，而不是怎樣實現。

　　我曾經用T-SQL重寫了一個基于游標的存儲過程，那個表只有100,000條記錄，原來的存儲過程用了40分鐘才執行完畢，而新的存儲過程只用了10秒鐘。在這里，我想你應該可以看到一個不稱職的程序員究竟在干了什么!!!

　　我們可以寫一個小程序來取得和處理數據并且更新數據庫，這樣做有時會更有效。記?。簩τ谘h，T-SQL無能為力。

　　我再重新提醒一下：使用游標沒有好處。除了DBA的工作外，我從來沒有看到過使用游標可以有效的完成任何工作。

　　三、規范化你的數據表

原文轉自：http://blog.csdn.net/zgyhh/article/details/8700968