SQL Server數(shù)據(jù)庫學習之 -- 存儲過程
今天繼續(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)的各項設(shè)定.取得信息.相關(guān)管理工作。
2本地存儲過程
用戶創(chuàng)建的存儲過程是由用戶創(chuàng)建并完成某一特定功能的存儲過程,這跟各種編程語言里用戶自己寫的函數(shù)非常類似。我們一般所說的存儲過程就是指本地存儲過程。今天我們重點介紹本地存儲過程,其他存儲過程了解即可。
3臨時存儲過程
分為兩種存儲過程:
一是本地臨時存儲過程,以“#”開頭,這樣的存儲過程就是存放在tempdb數(shù)據(jù)庫中的本地臨時存儲過程,且只有創(chuàng)建它的用戶才能執(zhí)行它;
二是全局臨時存儲過程,以“##”開頭,這樣的存儲過程就是存儲在tempdb數(shù)據(jù)庫中的全局臨時存儲過程,全局臨時存儲過程一旦創(chuàng)建,以后連接到服務(wù)器的任意用戶都可以執(zhí)行它,而且不需要特定的權(quán)限。
4遠程存儲過程
在SQL Server2005中,遠程存儲過程(Remote Stored Procedures)是位于遠程服務(wù)器上的存儲過程,通常可以使用分布式查詢和EXECUTE命令執(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語句比較復(fù)雜,用BEGIN和END會讓代碼更加整齊,更容易理解。 --?設(shè)置局部變量 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ù)庫進行復(fù)雜操作時(如對多個表進行Update,Insert,Query,Delete時),可將此復(fù)雜操作用存儲過程封裝起來與數(shù)據(jù)庫提供的事務(wù)處理結(jié)合一起使用。
3.存儲過程可以重復(fù)使用,可減少數(shù)據(jù)庫開發(fā)人員的工作量(復(fù)用性高,面向?qū)ο蟮木幊趟枷?
4.安全性高,可設(shè)定只有某些用戶才具有對指定存儲過程的使用權(quán)
缺點
1.調(diào)試麻煩,但是用 PL/SQL Developer 調(diào)試很方便!彌補這個缺點。
2.移植問題,數(shù)據(jù)庫端代碼當然是與數(shù)據(jù)庫相關(guān)的。但是如果是做工程型項目,基本不存在移植問題。
3.重新編譯問題,因為后端代碼是運行前編譯的,如果帶有引用關(guān)系的對象發(fā)生改變時,受影響的存儲過程、包將需要重新編譯(不過也可以設(shè)置成運行時刻自動編譯)。
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ù)庫(三)——存儲過程