華閱文章網SQL中變量的種類及表現形式
MS SQL Server中的變量- -
在SQL中，我們常常使用臨時表來存儲臨時結果，對于結果是一個集合的情況，這種方法非常實用，但當結果僅僅是一個數據或者是幾個數據時，還要去建一個表，顯得就比較麻煩，另外，當一個SQL語句中的某些元素經常變化時，比如選擇條件，（至少我想）應該使用局部變量。當然MS SQL Server的全局變量也很有用。
>>>>；局部變量
聲明：DECLARE @local_variable data_type
@local_variable 是變量的名稱。變量名必須以 at 符 （@） 開頭。data_type 是任何由系統提供的或用戶定義的數據類型。變量不能是 text、ntext 或 image 數據類型。
示例：
use master
declare @SEL_TYPE char(2)
declare @SEL_CUNT numeric(10)
set @SEL_TYPE = 'U'/*user table*/
set @SEL_CUNT = 10
/*返回系統中用戶表的數目*/
select @SEL_CUNT = COUNT(*)
from sysobjects
where type = @SEL_TYPE
select @SEL_CUNT as 'User table ''s count'
如果要返回系統表的數目，可以用set @SEL_TYPE = 'S'
可能這個例子并不能說明使用變量的好處，我只是想說明使用方法。當一組（幾個甚至幾十個）SQL語句都使用某個變量時，就能體會到他的好處了。
>>>>；全局變量
全局變量是系統預定義的，返回一些系統信息，全局變量以兩個at（@)開頭。下面是我統計了一些較為常用的變量。
@@CONNECTIONS
返回自上次啟動以來連接或試圖連接的次數。
@@CURSOR_ROWS
返回連接上最后打開的游標中當前存在的合格行的數量。
@@DATEFIRST
返回每周第一天的數字
@@ERROR
返回最后執行的SQL 語句的錯誤代碼。
@@FETCH_STATUS
返回被 FETCH 語句執行的最后游標的狀態，而不是任何當前被連接打開的游標的狀態。
@@IDENTITY
返回最后插入的標識值
@@LANGID
返回當前所使用語言的本地語言標識符（ID）。
@@LANGUAGE
返回當前使用的語言名。
@@LOCK_TIMEOUT
返回當前會話的當前鎖超時設置，單位為毫秒。
@@PROCID
返回當前過程的存儲過程標識符 （ID） 。
@@ROWCOUNT
返回受上一語句影響的行數。
@@SERVERNAME
返回運行 的本地服務器名稱。
@@SPID
返回當前用戶進程的服務器進程標識符 （ID）。
@@TRANCOUNT
返回當前連接的活動事務數。
@@VERSION
返回當前安裝的日期、版本和處理器類型。
關于SQL語句中使用變量的問題
插入進去的數據的類型不匹配. 以int型和nvarchar型為例，其他的像日期型的你自己發揮.
問：
存儲過程這樣的：
CREATE PROCEDURE insertxuesheng @xuehao int,@xingming varchar,@banji varchar,@zhuanye varchar,@nianling int,@xingbie varchar AS
insert 學生（學號，姓名，班級，專業，年齡，性別） values(@xuehao,@xingming,@banji,@zhuanye,@nianling,@xingbie)
代碼這樣的：
SqlCommand cmd = new SqlCommand("insertxuesheng", conn);
*dType = *Procedure;
*hValue("@xuehao", *);
*hValue("@xingming",*);
*hValue("@banji", *);
*hValue("@zhuanye", *);
*hValue("@nianling", *);
*hValue("@xingbie", *);
*eNonQuery();
插入數據后我去看數據庫里的表，發現只有學號和年齡有數據，其他都是空值，怎么回事
答：
傳入的數據類型不對.
因為學號和年齡是int型，所以傳入*可以. 因為這時* = " 123"， 實際上的SQL語句中就是：xuehao=123
而針對其他的字段，則都是字符型的，因此 在SQL語句中應該是： xingming = 'abc' .
而：*hValue("@xingming",*);
執行的結果是： xingming=abc.這當然就不行啦.
所以改為： *hValue("@xingming","'" + * + "'")； 就是給*前后各加一個引號再傳給存儲過程.
