sqlserver 腳本和批處理指令小結

一.腳本底子

1.USE語句

設置當前數據庫

2.聲明變量

語法:DECLARE @變量名 變量範例

在聲明變量後,給變量賦值以前,變量的值爲NULL.

將系統函數賦給聲明的變量,這個辦法能夠使咱們能更安全地利用值,該值只有人爲地改變時它才變動.假如直接利用系統函數自己,那麼當它發生變動時,有

時會沒法確定其畢竟爲何,由於大大都系統函數值是由系統確定的.這簡單在你不預期的情形下招致系統改變了值,惹起不可預期的後果.

(1).給變量賦值

SET:當舉行變量賦值是,該值已經知道是切當值大概是其餘變量時,利用SET.

SELECT:當變量賦值基於一個查詢時,利用SELECT.

(2).系統函數

 

 

SQL Server 2005中有30多個無參的系統函數,此中一些最重要的如下:

若是你也想要學習編程，掌握炫酷技能，小編推薦一個C語言C++學習交流羣【點擊進入】！

涉及到了：編程入門、遊戲編程、網絡編程、Windows編程、Linux編程、Qt界面開發、黑客等等......

@@ERROR: 返回當前銜接下,最後履行的T-SQL語句的錯誤代碼,如無錯誤返回0.

@@FETCH_STATUS: 和FETCH語句配合利用.

@@IDENTITY: 返回最後一句運行語句的、自動生成的標識值,做爲最後INSERT大概SELECT INTO語句的後果.

@@ROWCOUNT: 返回最後一個語句影響的行數.

@@SERVERNAME: 返回腳本正在其上運行的本地服務的名字.

@@TRANCOUNT: 返回活動事件的數目,分外是針對當前銜接的事件的瓶頸程度.

二.批處理

(1).GO單獨佔一行.在同一行上,T-SQL語句不能在GO語句以前.

(2).所有語句從腳本開始處大概上一個GO語句開始編譯,直到下一個GO語句大概腳本完畢,將這段代碼編譯到一個履行籌劃中並彼此獨立地送往服務器.前一

個履行籌劃中發生錯誤,不會影響後一個履行籌劃.

(3).GO不是一個T-SQL號令,只是被編輯工具辨認的號令.當編輯工具碰到GO,它把GO看作一個完畢批處理的標誌,將其打包,而後做爲一個獨立單元發送到

服務器——不包含GO,服務器關於GO沒有任何概念.

1.批處理中的錯誤

語法錯誤,運行時錯誤.

2.什麼時刻利用批處理

(1).單獨成批處理的語句

有幾個號令必須單獨成批處理,它們包含:

CREATE DEFAULT

CREATE PROCEDURE

CREATE RULE

CREATE TRIGGER

CREATE VIEW

假如想將這些語句中的任何一條和其餘語句構成單獨的一個腳本,那麼需求採起一個GO語句將它們辨別斷開,納入各自的批處理中.

(2).利用批處理成立優先級

利用批處理最堅固的例子是,當需求考慮語句履行的優先次序時,也就是說,需求一個任務在另外一個任務開始前履行.

比方:

CREATE DATABASE Test

複製代碼 代碼如下:

CREATE TABLE TestTable

(

col1 INT,

col2 INT

)

履行語句,會發現生成的表沒有在Test數據庫中,而是在master數據庫中（假如當前利用的數據庫是系統數據庫）.由於在履行腳本的時刻,利用的數據

庫是系統數據庫,該數據庫是當前的,因此生成的表在系統數據庫中.看起來,應當在成立表以前指定數據庫Test.可是,這樣仍舊存在問題.解析器試圖校

驗代碼,發現咱們用USE號令引用的數據庫並不存在.原因在於成立數據庫的語句和成立表的語句寫在一個批處理中,在履行該腳本以前,固然數據庫尚未

成立.按照批處理的要求,咱們將成立數據庫和成立表的腳本用GO語句分爲兩個獨立的批處理，精確代碼如下:

複製代碼 代碼如下:

CREATE DATABASE Test

GO

USE Test

CREATE TABLE TestTable

(

col1 INT,

col2 INT

)

三.動態SQL:利用EXE號令生成代碼

語法:EXEC/EXECUTE ({<字符串變量> | '<字面值號令字符串>'})

1.EXEC的做用域

真正的調用EXEC語句的行,擁有同該EXEC語句正在運行的批或歷程中的其餘代碼相同的做用域.可是做爲EXEC語句後果而被履行的代碼,被認爲是在它自

己的批中.

比方:

DECLARE @OutVar VARCHAR(50)

EXEC ('SELECT @OutVar = FirstName FROM Contact WHERE ContactID = 1')

這裏系統會報錯,指出必須聲明變量@OutVar.由於EXEC的語句單獨成爲一個批處理,此中的變量不能和其外的做用域相溝通,只在這個批處理中有效.此

時,@OutVar的值爲NULL.精確的寫法如下:

EXEC ('DECLARE @OutVar VARCHAR(50)

SELECT @OutVar = FirstName FROM Contact WHERE ContactID = 1')

這裏,咱們看到兩中差異的做用域,這兩種做用域間不能彼此溝通.假如不採起外部機制,比方一個暫時表,咱們就沒有辦法實目前內部做用域和外部做用域

之間傳送信息.有一個例外的事情是能夠在EXEC的區域內部呈現,而且也能在EXEC履行後被看到,這就是系統函數.所以,像@@ROWCOUNT這樣的變量仍舊

能夠被利用.

2.安全上下文和EXEC

當賦予某人權利運行一個存儲歷程,意味着他也能獲得權利去履行存儲歷程內部的行動.比方,有一個存儲歷程用來列出去年內所有的僱傭員工.此中有權限

履行該存儲歷程的人,才能夠履行並返回後果——即使他沒有權限直接拜候人力資源的員工表.

這樣隱含權限關於EXEC語句是無效的.在默許情形下,任安在一個EXEC語句內部成立的參照,都將在當前用戶的安全上下文中運行.所以,咱們有權利去訪

問一個叫spNewEmployee的存儲歷程,可是卻沒有權利去拜候員工表.假如spNewEmployee經過一個簡單的SELECT語句獲得值,那麼一切正常.可是假如

pNewEmployee利用EXEC語句去履行一個SELECT語句,這個EXEC語句將失利——由於沒有權利拜候員工表.

3.用戶自定義函數和EXEC關聯

不能在同一個語句中同時運行一個函數和EXEC語句.比方:

DECLARE @Num INT

SET @Num = 3

EXEC ('SELECT LEFT(LastName, ' + CAST(@Num AS VARCHAR) + ') AS FilingName FROM Contact')

這個語句會返回一個錯誤消息,由於CAST函數需求在EXEC所在行以前被解析.精確代碼如下:

DECLARE @Num INT

DECLARE @str VARCHAR(255)

SET @Num = 3

SET @str = 'SELECT LEFT(LastName, ' + CAST(@Num AS VARCHAR) + ') AS FilingName FROM Contact'

EXEC (@str)

這個例子工做正常,由於EXEC的輸入值已是一個無缺的字符串.

4.EXEC和用戶自定義函數

普通來講,不答應用戶自定義函數內部利用EXEC去運行動態SQL,可是,利用EXEC運行一個存儲歷程,少數情形是合理的.