一、前言：在經過一段時間的存儲過程開發之後,寫下了一些開發時候的小結和經驗與大家共享,希望對大家有益,主要是針對Sybase和SQL Server資料庫,但其它資料庫應該有一些共性.
二、適合讀者對象：資料庫開發程序員,資料庫的數據量很多,涉及到對SP(存儲過程)的優化的項目開發人員,對資料庫有濃厚興趣的人.
三、介紹：在資料庫的開發過程中,經常會遇到複雜的業務邏輯和對資料庫的操作,這個時候就會用SP來封裝資料庫操作.如果項目的SP較多,書寫又沒有一定的規範,將會影響以後的系統維護困難和大SP邏輯的難以理解,另外如果資料庫的數據量大或者項目對SP的性能要求很,就會遇到優化的問題,否則速度有可能很慢,經過親身經驗,一個經過優化過的SP要比一個性能差的SP的效率甚至高几百倍.
四、內容：
1、開發人員如果用到其他庫的Table或View,務必在當前庫中建立View來實現跨庫操作,最好不要直接使用「databse.dbo.table_name」,因為sp_depends不能顯示出該SP所使用的跨庫table或view,不方便校驗.
2、開發人員在提交SP前,必須已經使用set showplan on分析過查詢計劃,做過自身的查詢優化檢查.
3、高程序運行效率,優化應用程序,在SP編寫過程中應該注意以下幾點：
a)SQL的使用規範：
i.盡量避免大事務操作,慎用holdlock子句,提高系統併發能力.
ii.盡量避免反覆訪問同一張或幾張表,尤其是數據量較大的表,可以考慮先根據條件提取數據到臨時表中,然後再做連接.
iii.盡量避免使用游標,因為游標的效率較差,如果游標操作的數據超過1萬行,那麼就應該改寫; 如果使用了游標,就要盡量避免在游標循環中再進行表連接的操作.
iv.注意where字句寫法,必須考慮語句順序,應該根據索引順序、範圍大小來確定條件子句的前後順序,儘可能的讓欄位順序與索引順序相一致,範圍從大到小.
v.不要在where子句中的「=」左邊進行函數、算術運算或其他表達式運算,否則系統將可能無法正確使用索引. vi.盡量使用exists代替select count(1)來判斷是否存在記錄,count函數只有在統計表中所有行數時使用,
count(1)比count(*)更有效率.
vii.盡量使用「>=」,不要使用「>」.
viii.注意一些or子句和union子句之間的替換
ix.注意表之間連接的數據類型,避免不同類型數據之間的連接.
x.注意存儲過程中參數和數據類型的關係.
xi.注意insert、update操作的數據量,防止與其他應用衝突.如果數據量超過200個數據頁面(400k),那麼系統將會進行鎖升級,頁級鎖會升級成表級鎖.
b)索引的使用規範：
