sqlserver 腳本和批處理指令小結，學習sqlserver的朋友可以收藏下
一.腳本基礎
1.USE語句
設置當前數(shù)據(jù)庫。
2.聲明變量
語法：DECLARE @變量名 變量類型
在聲明變量后，給變量賦值之前，變量的值為NULL。
將系統(tǒng)函數(shù)賦給聲明的變量，這個方法可以使我們能更安全地使用值，該值只有人為地改變時它才變動。如果直接使用系統(tǒng)函數(shù)本身，那么當它發(fā)生變動時，有
時會無法確定其究竟為何，因為大多數(shù)系統(tǒng)函數(shù)值是由系統(tǒng)確定的。這容易在你不預期的情況下導致系統(tǒng)改變了值，引起不可預期的后果。
(1).給變量賦值
SET：當進行變量賦值是，該值已經(jīng)知道是確切值或者是其他變量時，使用SET。
SELECT：當變量賦值基于一個查詢時，使用SELECT。
(2).系統(tǒng)函數(shù)
SQL Server 2005中有30多個無參的系統(tǒng)函數(shù)，其中一些最重要的如下：
@@ERROR： 返回當前連接下，最后執(zhí)行的T-SQL語句的錯誤代碼，如無錯誤返回0。
@@FETCH_STATUS： 和FETCH語句配合使用。
@@IDENTITY： 返回最后一句運行語句的、自動生成的標識值，作為最后INSERT或者SELECT INTO語句的結果。
@@ROWCOUNT: 返回最后一個語句影響的行數(shù)。
@@SERVERNAME： 返回腳本正在其上運行的本地服務的名字。
@@TRANCOUNT： 返回活動事務的數(shù)量，特別是針對當前連接的事務的瓶頸程度。
二.
(1).GO單獨占一行。在同一行上，T-SQL語句不能在GO語句之前。
(2).所有語句從腳本開始處或者上一個GO語句開始編譯，直到下一個GO語句或者腳本結束，將這段代碼編譯到一個執(zhí)行計劃中并相互獨立地送往服務器。前一
個執(zhí)行計劃中發(fā)生錯誤，不會影響后一個執(zhí)行計劃。
(3).GO不是一個T-SQL命令，只是被編輯工具識別的命令。當編輯工具碰到GO，它把GO看做一個結束的標記，將其打包，然后作為一個獨立單元發(fā)送到
服務器——不包括GO，服務器對于GO沒有任何概念。
1.中的錯誤
語法錯誤，運行時錯誤。
2.何時使用
(1).獨自成的語句
有幾個命令必須獨自成，它們包括：
CREATE DEFAULT
CREATE PROCEDURE
CREATE RULE
CREATE TRIGGER
CREATE VIEW
如果想將這些語句中的任何一條和其他語句組成單獨的一個腳本，那么需要采用一個GO語句將它們分別斷開，歸入各自的中。
(2).使用建立優(yōu)先級
使用最可靠的例子是，當需要考慮語句執(zhí)行的優(yōu)先順序時，也就是說，需要一個任務在另一個任務開始前執(zhí)行。
例如：
CREATE DATABASE Test
代碼如下:
CREATE TABLE TestTable
(
col1 INT,
col2 INT
)
執(zhí)行語句，會發(fā)現(xiàn)生成的表沒有在Test數(shù)據(jù)庫中，而是在master數(shù)據(jù)庫中（如果當前使用的數(shù)據(jù)庫是系統(tǒng)數(shù)據(jù)庫）。因為在執(zhí)行腳本的時候，使用的數(shù)據(jù)
庫是系統(tǒng)數(shù)據(jù)庫，該數(shù)據(jù)庫是當前的，所以生成的表在系統(tǒng)數(shù)據(jù)庫中。看起來，應該在創(chuàng)建表之前指定數(shù)據(jù)庫Test。然而，這樣仍然存在問題。解析器試圖校
驗代碼，發(fā)現(xiàn)我們用USE命令引用的數(shù)據(jù)庫并不存在。原因在于創(chuàng)建數(shù)據(jù)庫的語句和創(chuàng)建表的語句寫在一個中，在執(zhí)行該腳本之前，當然數(shù)據(jù)庫還沒有
創(chuàng)建。根據(jù)的要求，我們將創(chuàng)建數(shù)據(jù)庫和創(chuàng)建表的腳本用GO語句分為兩個獨立的。正確代碼如下：
代碼如下:
CREATE DATABASE Test
GO
USE Test
CREATE TABLE TestTable
(
col1 INT,
col2 INT
)
三.動態(tài)SQL：使用EXE命令生成代碼
語法：EXEC/EXECUTE ({ | ”})
1.EXEC的作用域
真正的調用EXEC語句的行，擁有同該EXEC語句正在運行的批或過程中的其他代碼相同的作用域。但是作為EXEC語句結果而被執(zhí)行的代碼，被認為是在它自
己的批中。
例如：
DECLARE @OutVar VARCHAR(50)
EXEC (‘SELECT @OutVar = FirstName FROM Contact WHERE ContactID = 1’)
這里系統(tǒng)會報錯，指出必須聲明變量@OutVar。因為EXEC的語句獨自成為一個，其中的變量不能和其外的作用域相溝通，只在這個中有效。此
時，@OutVar的值為NULL。正確的寫法如下：
EXEC (‘DECLARE @OutVar VARCHAR(50)
SELECT @OutVar = FirstName FROM Contact WHERE ContactID = 1′)
這里，我們看到兩中不同的作用域，這兩種作用域間不能相互溝通。如果不采用外部機制，比如一個臨時表，我們就沒有辦法實現(xiàn)在內部作用域和外部作用域
之間傳遞信息。有一個例外的事情是可以在EXEC的區(qū)域內部出現(xiàn)，并且也能在EXEC執(zhí)行后被看到，這就是系統(tǒng)函數(shù)。因此，像@@ROWCOUNT這樣的變量仍然
能夠被使用。
2.安全上下文和EXEC
當賦予某人權利運行一個存儲過程，意味著他也能獲得權利去執(zhí)行存儲過程內部的動作。比如，有一個存儲過程用來列出去年內所有的雇傭員工。其中有權限
執(zhí)行該存儲過程的人，才能夠執(zhí)行并返回結果——即使他沒有權限直接訪問人力資源的員工表。
這樣隱含權限對于EXEC語句是無效的。在默認情況下，任何在一個EXEC語句內部建立的參照，都將在當前用戶的安全上下文中運行。因此，我們有權利去訪
問一個叫spNewEmployee的存儲過程，但是卻沒有權利去訪問員工表。如果spNewEmployee通過一個簡單的SELECT語句獲得值，那么一切正常。但是如果
pNewEmployee使用EXEC語句去執(zhí)行一個SELECT語句，這個EXEC語句將失敗——因為沒有權利訪問員工表。
3.用戶自定義函數(shù)和EXEC關聯(lián)
不能在同一個語句中同時運行一個函數(shù)和EXEC語句。例如：
DECLARE @Num INT
SET @Num = 3
EXEC (‘SELECT LEFT(LastName, ‘ + CAST(@Num AS VARCHAR) + ‘) AS FilingName FROM Contact’)
這個語句會返回一個錯誤消息，因為CAST函數(shù)需要在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的輸入值已經(jīng)是一個完整的字符串。
4.EXEC和用戶自定義函數(shù)
一般來說，不允許用戶自定義函數(shù)內部使用EXEC去運行動態(tài)SQL，但是，使用EXEC運行一個存儲過程，少數(shù)情況是合法的。
