今天繼續(xù)我們的SQL菜鳥教程，上篇博客說了說觸發(fā)器（SQL菜鳥入門級教程之觸發(fā)器），今天我們來說說存儲過程。其實，觸發(fā)器也屬于存儲過程，只不過它比較特殊。下面切入正題，讓我?guī)ьI(lǐng)眾菜鳥們一起學習一下存儲過程。

存儲過程簡介

　　存儲過程（Stored Procedure）是數(shù)據(jù)庫系統(tǒng)中，一組為了完成特定功能的SQL 語句集，經(jīng)編譯后存儲在數(shù)據(jù)庫中，用戶通過指定存儲過程的名字并給出參數(shù)（如果該存儲過程帶有參數(shù)）來執(zhí)行它。
在數(shù)據(jù)庫系統(tǒng)中，存儲過程和觸發(fā)器具有很重要的作用。無論是存儲過程還是觸發(fā)器，都是SQL 語句和流程控制語句的集合。

存儲過程的分類

1系統(tǒng)存儲過程

　　以sp_開頭,用來進行系統(tǒng)的各項設定.取得信息.相關(guān)管理工作。

2本地存儲過程

　　用戶創(chuàng)建的存儲過程是由用戶創(chuàng)建并完成某一特定功能的存儲過程，這跟各種編程語言里用戶自己寫的函數(shù)非常類似。我們一般所說的存儲過程就是指本地存儲過程。今天我們重點介紹本地存儲過程，其他存儲過程了解即可。

3臨時存儲過程

　　分為兩種存儲過程：
　　一是本地臨時存儲過程，以“#”開頭，這樣的存儲過程就是存放在tempdb數(shù)據(jù)庫中的本地臨時存儲過程，且只有創(chuàng)建它的用戶才能執(zhí)行它;
　　二是全局臨時存儲過程，以“##”開頭，這樣的存儲過程就是存儲在tempdb數(shù)據(jù)庫中的全局臨時存儲過程，全局臨時存儲過程一旦創(chuàng)建，以后連接到服務器的任意用戶都可以執(zhí)行它，而且不需要特定的權(quán)限。

4遠程存儲過程

　　在SQL Server2005中，遠程存儲過程(Remote Stored Procedures)是位于遠程服務器上的存儲過程，通?？梢允褂梅植际讲樵兒虴XECUTE命令執(zhí)行一個遠程存儲過程。

5擴展存儲過程

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

創(chuàng)建存儲過程的基本代碼結(jié)構(gòu)：

--?創(chuàng)建存儲過程
CREATE?PROCEDURE?Procedure_Name??--Procedure_Name為存儲過程名(不能以阿拉伯數(shù)字開頭)，在一個數(shù)據(jù)庫中觸發(fā)器名是唯一的。名字的長度不能超過個字。PROCEDURE可以簡寫為PROC。
(???
????--?創(chuàng)建全局變量
????--?@Param1和@Param2為存儲過程的參數(shù)，Datatype為參數(shù)類型,多個參數(shù)用逗號隔開,最多允許個參數(shù)。???
????@Param1?Datatype,
????@Param2?Datatype，???????--?@Param1、@Param2默認為輸入變量??
????@Param3?Datatype?OUTPUT??--?@Param3為輸出變量
)????
AS?--存儲過程要執(zhí)行的操作?

BEGIN
????
????--BEGIN跟END組成一個代碼塊，可以寫也可以不寫，如果存儲過程中執(zhí)行的SQL語句比較復雜，用BEGIN和END會讓代碼更加整齊，更容易理解。
	
	--?設置局部變量
	DECLARE?@Param4?Datatype;
	
END
GO?--GO就代表結(jié)操作完畢　　

exec?Procedure_Name?[參數(shù)名]?--調(diào)用存儲過程Procedure_Name。

drop?procedure?Procedure_Name?--刪除存儲過程Procedure_Name，不能在一個存儲過程中刪除另一個存儲過程，只能調(diào)用另一個存儲過程

show?procedure?status?--顯示數(shù)據(jù)庫中所有存儲的存儲過程基本信息，包括所屬數(shù)據(jù)庫，存儲過程名稱，創(chuàng)建時間等

show?create?procedure?Procedure_Name?--顯示存儲過程Procedure_Name的詳細信息

exec?sp_helptext?Procedure_Name?--顯示你這個Procedure_Name這個對象創(chuàng)建文本

優(yōu)點

　　1.存儲過程只在創(chuàng)造時進行編譯，以后每次執(zhí)行存儲過程都不需再重新編譯，而一般SQL語句每執(zhí)行一次就編譯一次,所以使用存儲過程可提高數(shù)據(jù)庫執(zhí)行速度。

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

　　3.存儲過程可以重復使用,可減少數(shù)據(jù)庫開發(fā)人員的工作量(復用性高，面向?qū)ο蟮木幊趟枷?

　　4.安全性高,可設定只有某些用戶才具有對指定存儲過程的使用權(quán)

缺點

　　1.調(diào)試麻煩，但是用 PL/SQL Developer 調(diào)試很方便！彌補這個缺點。

　　2.移植問題，數(shù)據(jù)庫端代碼當然是與數(shù)據(jù)庫相關(guān)的。但是如果是做工程型項目，基本不存在移植問題。

　　3.重新編譯問題，因為后端代碼是運行前編譯的，如果帶有引用關(guān)系的對象發(fā)生改變時，受影響的存儲過程、包將需要重新編譯（不過也可以設置成運行時刻自動編譯）。

　　4.如果在一個程序系統(tǒng)中大量的使用存儲過程，到程序交付使用的時候隨著用戶需求的增加會導致數(shù)據(jù)結(jié)構(gòu)的變化，接著就是系統(tǒng)的相關(guān)問題了，最后如果用戶想維護該系統(tǒng)可以說是很難很難、而且代價是空前的，維護起來更麻煩。

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

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

我本人對本篇博客中的“創(chuàng)建存儲過程的基本代碼結(jié)構(gòu)：”部分做出過部分修改。

原文網(wǎng)址鏈接：菜鳥從零學習數(shù)據(jù)庫（三）——存儲過程