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的作用域
真正的調(diào)用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)在內(nèi)部作用域和外部作用域
之間傳遞信息。有一個例外的事情是可以在EXEC的區(qū)域內(nèi)部出現(xiàn),并且也能在EXEC執(zhí)行后被看到,這就是系統(tǒng)函數(shù)。因此,像@@ROWCOUNT這樣的變量仍然
能夠被使用。
2.安全上下文和EXEC
當賦予某人權利運行一個存儲過程,意味著他也能獲得權利去執(zhí)行存儲過程內(nèi)部的動作。比如,有一個存儲過程用來列出去年內(nèi)所有的雇傭員工。其中有權限
執(zhí)行該存儲過程的人,才能夠執(zhí)行并返回結果——即使他沒有權限直接訪問人力資源的員工表。
這樣隱含權限對于EXEC語句是無效的。在默認情況下,任何在一個EXEC語句內(nèi)部建立的參照,都將在當前用戶的安全上下文中運行。因此,我們有權利去訪
問一個叫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ù)內(nèi)部使用EXEC去運行動態(tài)SQL,但是,使用EXEC運行一個存儲過程,少數(shù)情況是合法的。
相關文章
恢復sql server 2000誤刪數(shù)據(jù)的解決辦法
這篇文章主要介紹了恢復sql server 2000誤刪數(shù)據(jù)的解決辦法,需要的朋友可以參考下2015-09-09NetBeans連接SQL server數(shù)據(jù)庫教程
這篇文章主要介紹了NetBeans連接SQL server數(shù)據(jù)庫教程,本文通過圖文并茂的形式給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2023-06-0650個常用sql語句 網(wǎng)上流行的學生選課表的例子
這篇文字在網(wǎng)上被轉(zhuǎn)載爛了,里面有些sql適合用在應用系統(tǒng)里,有些“報表”的感 覺更重些,主要是想復習前者2012-06-06MSSQL SERVER 2005 數(shù)學函數(shù)整理
MSSQL SERVER 2005 數(shù)學函數(shù)整理2010-06-06SQL Server誤區(qū)30日談 第29天 有關堆碎片的誤區(qū)
對堆建聚集索引再DROP在我看來是除了收縮數(shù)據(jù)庫之外最2的事了2013-01-01sqlserver isnull在數(shù)據(jù)庫查詢中的應用
isnull在數(shù)據(jù)庫查詢中的應用,特別是再語句連接的時候需要用到2011-11-11SQL Server誤區(qū)30日談 第24天 26個有關還原(Restore)的誤區(qū)
本系列文章一直所沒有觸及的就是有關”還原(Restore)”的話題,因為一旦牽扯到這個話題就會涉及大量的誤區(qū),多到我無法通過一篇文章說完的地步。2013-01-01