一.腳本底子

1.USE語句

設置當前數據庫

2.聲明變量

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

在聲明變量后,給變量賦值之前,變量的值為NULL.

將系統函數賦給聲明的變量,這個辦法可以使我們能更安全地利用值,該值只有人為地改變時它才變更.假如直接利用系統函數本身,那么當它發生變更時,有

時會無法肯定其畢竟為什么,因為大大都系統函數值是由系統肯定的.這簡單在你不預期的情形下招致系統改變了值,惹起不可預期的后果.

(1).給變量賦值

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

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

(2).系統函數

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

@@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運行一個存儲歷程,少數情形是合理的.

總結

以上是生活随笔為你收集整理的create view必须是批处理中仅有的语句_sqlserver 脚本和批处理指令小结的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。