今天繼續我們的SQL菜鳥教程，上篇部落格說了說觸發器（SQL菜鳥入門級教程之觸發器），今天我們來說說儲存過程。其實，觸發器也屬於儲存過程，只不過它比較特殊。下面切入正題，讓我帶領眾菜鳥們一起學習一下儲存過程。

儲存過程簡介

　儲存過程（Stored Procedure）是資料庫系統中，一組為了完成特定功能的SQL 語句集，經編譯後儲存在資料庫中，使用者通過指定儲存過程的名字並給出引數（如果該儲存過程帶有引數）來執行它。
在資料庫系統中，儲存過程和觸發器具有很重要的作用。無論是儲存過程還是觸發器，都是SQL 語句和流程控制語句的集合。

儲存過程的分類

1系統儲存過程

　　以sp_開頭,用來進行系統的各項設定.取得資訊.相關管理工作。

2本地儲存過程

　　使用者建立的儲存過程是由使用者建立並完成某一特定功能的儲存過程，這跟各種程式語言裡使用者自己寫的函式非常類似。我們一般所說的儲存過程就是指本地儲存過程。今天我們重點介紹本地儲存過程，其他儲存過程瞭解即可。

3臨時儲存過程

　　分為兩種儲存過程：
　　一是本地臨時儲存過程，以“#”開頭，這樣的儲存過程就是存放在tempdb資料庫中的本地臨時儲存過程，且只有建立它的使用者才能執行它;
　　二是全域性臨時儲存過程，以“##”開頭，這樣的儲存過程就是儲存在tempdb資料庫中的全域性臨時儲存過程，全域性臨時儲存過程一旦建立，以後連線到伺服器的任意使用者都可以執行它，而且不需要特定的許可權。

4遠端儲存過程

　　在SQL Server2005中，遠端儲存過程(Remote Stored Procedures)是位於遠端伺服器上的儲存過程，通常可以使用分散式查詢和EXECUTE命令執行一個遠端儲存過程。

5擴充套件儲存過程

擴充套件儲存過程(Extended Stored Procedures)是使用者可以使用外部程式語言編寫的儲存過程，而且擴充套件儲存過程的名稱通常以xp_開頭。

建立儲存過程的基本程式碼結構：

-- 建立儲存過程
CREATE PROCEDURE Procedure_Name  --Procedure_Name為儲存過程名(不能以阿拉伯數字開頭)，在一個數據庫中觸發器名是唯一的。名字的長度不能超過個字。PROCEDURE可以簡寫為PROC。
(   
    -- 建立全域性變數
    -- @Param1和@Param2為儲存過程的引數，Datatype為引數型別,多個引數用逗號隔開,最多允許個引數。   
    @Param1 Datatype,
    @Param2 Datatype，       -- @Param1、@Param2預設為輸入變數  
    @Param3 Datatype OUTPUT  -- @Param3為輸出變數
)    
AS --儲存過程要執行的操作 

BEGIN
    
    --BEGIN跟END組成一個程式碼塊，可以寫也可以不寫，如果儲存過程中執行的SQL語句比較複雜，用BEGIN和END會讓程式碼更加整齊，更容易理解。
	
	-- 設定區域性變數
	DECLARE @Param4 Datatype;
	
END
GO --GO就代表結操作完畢　　

exec Procedure_Name [引數名] --呼叫儲存過程Procedure_Name。

drop procedure Procedure_Name --刪除儲存過程Procedure_Name，不能在一個儲存過程中刪除另一個儲存過程，只能呼叫另一個儲存過程

show procedure status --顯示資料庫中所有儲存的儲存過程基本資訊，包括所屬資料庫，儲存過程名稱，建立時間等

show create procedure Procedure_Name --顯示儲存過程Procedure_Name的詳細資訊

exec sp_helptext Procedure_Name --顯示你這個Procedure_Name這個物件建立文字


 

優點

　1.儲存過程只在創造時進行編譯，以後每次執行儲存過程都不需再重新編譯，而一般SQL語句每執行一次就編譯一次,所以使用儲存過程可提高資料庫執行速度。

　　2.當對資料庫進行復雜操作時(如對多個表進行Update,Insert,Query,Delete時)，可將此複雜操作用儲存過程封裝起來與資料庫提供的事務處理結合一起使用。

　　3.儲存過程可以重複使用,可減少資料庫開發人員的工作量(複用性高，面向物件的程式設計思想)

　　4.安全性高,可設定只有某些使用者才具有對指定儲存過程的使用權

缺點

　　1.除錯麻煩，但是用 PL/SQL Developer 除錯很方便！彌補這個缺點。

　　2.移植問題，資料庫端程式碼當然是與資料庫相關的。但是如果是做工程型專案，基本不存在移植問題。

　　3.重新編譯問題，因為後端程式碼是執行前編譯的，如果帶有引用關係的物件發生改變時，受影響的儲存過程、包將需要重新編譯（不過也可以設定成執行時刻自動編譯）。

　　4.如果在一個程式系統中大量的使用儲存過程，到程式交付使用的時候隨著使用者需求的增加會導致資料結構的變化，接著就是系統的相關問題了，最後如果使用者想維護該系統可以說是很難很難、而且代價是空前的，維護起來更麻煩。

世間所有事物都有兩面性，沒有絕對好的東西，也沒有絕對不好的東西。儲存過程既有它的優點也有缺點，我們不能盲目的完全使用儲存過程，也不能將其打入冷宮不去用。根據具體的專案，根據實際情況去決定如何使用儲存過程，最重要的就是不要過度，平衡就好。

具體該怎麼權衡，不是我在這裡說一句兩句就能解決的，必須親自去實踐中體會，慢慢的就能夠掌握其中的火候。最後祝各位和我一樣的菜鳥早日成為大牛。笨鳥亦可先飛！

我本人對本篇部落格中的“建立儲存過程的基本程式碼結構：”部分做出過部分修改。