記錄詳細(xì)的需求文檔

在寫SQL之前必須弄清楚需求, 具體要取什么數(shù)據(jù), 有些什么具體的約束條件, 在數(shù)據(jù)倉庫環(huán)境中還可以考慮補(bǔ)上這個需求具體對應(yīng)哪些報表, 對應(yīng)的基礎(chǔ)表如何. 到開發(fā)環(huán)境的話, 可以考慮加上這條SQL服務(wù)于哪些業(yè)務(wù)(頁面),調(diào)用頻率如何.

[[12113]]

不要重新制造輪子

對于一些已經(jīng)比較成熟的解決方案,有比較現(xiàn)成的例子的SQL,要善于利用已有SQL,已有模板.

降低語句的復(fù)雜度

有些同學(xué)可能比較喜歡使用比較炫的技術(shù),比較炫的SQL來解決問題. 但是要切記一點, 使用過于復(fù)雜過于新的技術(shù), 如果不能在性能(以及其他方面)帶來好處的話, 只會使得這條SQL難于維護(hù), 使得其他相關(guān)人員難于理解.

小心處理NULL

NULL在Oracle數(shù)據(jù)庫中是一個非常特別的值, 它不等于任何值, 所以如果你的SQL返回的值數(shù)量偏少,或者根本不對很可能就是使用NULL出現(xiàn)了問題..常見的情況是:

1. 查詢的時候直接使用條件 colx = xxx,而這個colx里面是有NULL值的, 這種情況下查詢的返回結(jié)果是不會包含NULL值對應(yīng)的記錄的, 如果要查詢出NULL對應(yīng)的記錄, 需要使用 colx is null (is not null).

2. var 為null的時候, 在plsql中給var賦值, var := var + xxx;這種情況下var的值會一直是null的, 這一點需要特別注意, 我自己也犯過好幾次這個錯誤.

自己核對數(shù)據(jù)類型

在where條件里面要仔細(xì)地核對數(shù)據(jù)類型, 由于隱形轉(zhuǎn)換的問題, 在數(shù)據(jù)類型錯誤的時候, Oracle無法正確使用索引, 可能會導(dǎo)致SQL運行非常慢.

小心處理重復(fù)數(shù)據(jù)

在需求明確的情況下, 如果你不在乎是否出現(xiàn)重復(fù)記錄, 或者明確知道不會出現(xiàn)重復(fù)數(shù)據(jù)的情況下, 盡量使用Union All而不是Union進(jìn)行查詢, Union會涉及到昂貴的排序操作.

避免不必要的優(yōu)化操作

SQL的性能調(diào)優(yōu)可能非常有趣非常帶勁, 但是很多時候調(diào)優(yōu)可能意義不大, 比如對于只會使用一次的查詢, 你可能很少在乎是1秒鐘結(jié)束還是2秒鐘結(jié)束..

不過一些基本的優(yōu)化規(guī)則還是要用的:

只查詢你需要的字段, 而不要所有的查詢都是用select *來進(jìn)行.

在通過索引來查詢更合適的時候, 盡量在查詢條件中指定有索引的字段來查詢. (在返回的記錄條數(shù)很少的時候, 使用索引一般都能更加快速的得到查詢結(jié)果.不要可以避免使用表連接. 關(guān)系數(shù)據(jù)庫就是為了表連接而設(shè)計的.

盡可能使用綁定變量

在開發(fā)環(huán)境使用的SQL語句盡量使用綁定變量, 這樣可以大大緩解Oracle數(shù)據(jù)庫解析SQL的消耗, 也可以大大提高數(shù)據(jù)庫的可擴(kuò)展性.

使用源碼控制工具

***使用CVS/SVN一類的源碼控制工具來管理你的SQL/PLSQL代碼, 這對于后期的維護(hù)有非常大的幫助, 也有助于其他人更好的理解你最初寫這條SQL的意圖.

測試,測試,測試.

在SQL寫好之后, 要深入的進(jìn)行測試, 以確保其正常運行

原文標(biāo)題：如何提高SQL 查詢技能

鏈接：http://www.dbthink.com/?p=172

【編輯推薦】

1. Oracle數(shù)據(jù)庫索引和SQL Server的闡述
2. Oracle更改表空間大小的代碼與實際操作
3. Oracle優(yōu)化器的3不同類型介紹
4. Oracle優(yōu)化器三大種類的介紹
5. Oracle優(yōu)化器二十六個參數(shù)