SQL編程中的潛在計算資源消耗要素：

排序操作，是否可使用索引的已排序特性?

類型轉換，是否設置了不恰當的變量類型?

函數調用，是否函數或表達式導致索引的失敗?

優化器工作，統計是否正確以及優化器

發現表、索引的低密度造成的IO、CPU問題

建議SQL編程規范

避免不必要的SQL(例：存在性測試)

減少返回的行(例：那些沒有where的SQL)

僅選擇必要的列(例：select *...)

單行返回和游標

避免排序(例：distinct、union)

使用索引數據排序(例：使用索引列排序或分組)

使用嵌入視圖

避免數據類型轉換(列和變量在類型、長度的比較)

在索引列上進行表連接

連接查詢的結果集避免在多(表)列上排序

小心使用like匹配，避免前like，可使用in替換?

盡量使用exist

避免使用NOt

避免在對比中在列上使用表達式(可能索引失效)

限制不必要函數使用(計算資源、索引限制)，設計相關?