【轉】SQL SERVER 存儲過程中變量的作用域

今天遇到一個很有趣的事情，以前沒有注意過，所以記下來。

先來看例子。

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

 

CREATE PROCEDURE GetOrderBeforeDays

    @BeforDays INT

AS

BEGIN

    IF @BeforDays < 0

    BEGIN

        DECLARE @Today DATETIME
        SET @Today = GETDATE()
        DECLARE @Date DATETIME
        SET @Date = DATEADD(DAY,@BeforDays,@Today)                                                                                                                                            SELECT * FROM Orders WHERE CONVERT(VARCHAR(10),OrderDate,110) = CONVERT(VARCHAR(10),@Date,110)

    END
    ELSE
    BEGIN
    SELECT * FROM Orders WHERE CONVERT(VARCHAR(10),OrderDate,110) = CONVERT(VARCHAR(10),@Today,110)
    END

END

GO

這個存儲過程創建時不會有什么問題，但實際執行時是不正確的，當參數大於0時並不能獲取當天的數據。仔細看會發現@Today變量的定義在第一個IF語句中，但是在ELSE語句中竟然也可以使用，這與C#中的用法有所不同。

 

原來SQL SERVER中，聲明變量的地方開始到聲明變量的批處理或存儲過程的結尾，因此在ELSE語句中也可以訪問到IF語句中定義的變量。

 

但這會引起一些不必要的錯誤。如前邊的例子中，雖然在ELSE語句中可以訪問到定義的變量，但是並沒有被賦值，所以執行時是查不到當天的定單的。

 

所以建議盡可能的把所有的變量和初始化都放在存儲過程的最開始，一眼就可以看出定義了哪些變量，並賦了什么值。這樣一來可以防止在大量的IF ELSE 語句中不小心重復定義相同的變量而引起不必要的麻煩，也可以避免像前邊的例子中的錯誤

 

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

 

CREATE PROCEDURE GetOrderBeforeDays

    @BeforDays INT

AS

BEGIN

    DECLARE @Today DATETIME

    SET @Today = GETDATE()

    DECLARE @Date DATETIME

    SET @Date = DATEADD(DAY,@BeforDays,@Today)

    IF @BeforDays < 0
    BEGIN
    SELECT * FROM Orders WHERE CONVERT(VARCHAR(10),OrderDate,110) = CONVERT(VARCHAR(10),@Date,110)
    END
    ELSE
    BEGIN
    SELECT * FROM Orders WHERE CONVERT(VARCHAR(10),OrderDate,110) = CONVERT(VARCHAR(10),@Today,110)
    END

END

GO