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

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

轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/241300.html

標籤：其他

上一篇：Apache Hudi使用簡介

下一篇：高性能MySQL學習總結一