存儲過程中執行動態Sql語句

　　在最近的項目中，有用到動態執行sql語句，SQL為我們提供了兩種動態執行SQL語句的命令，分別是EXEC和sp_executesql;通常,sp_executesql則更具有優勢，它提供了輸入輸出介面，而EXEC沒有。還有一個最大的好處就是利用sp_executesql，能夠重用執行計劃，這就大大提供了執行性能，還可以編寫更安全的代碼。EXEC在某些情況下會更靈活。除非您有令人信服的理由使用EXEC，否側儘量使用sp_executesql。

1.EXEC的使用

     EXEC命令有兩種用法，一種是執行一個存儲過程，另一種是執行一個動態的批處理。以下所講的都是第二種用法。

　　下麵先使用EXEC演示一個例子,代碼1

1 DECLARE @TableName VARCHAR(50),@Sql NVARCHAR (MAX),@OrderID INT;
2 SET @TableName = 'Orders';
3 SET @OrderID = 10251;
4 SET @sql = 
5  　　　　'SELECT * FROM '+QUOTENAME(@TableName) +'WHERE OrderID = '+
6  　　　　CAST(@OrderID AS VARCHAR(10))+' ORDER BY ORDERID DESC'
7 EXEC(@sql);

註：這裡的EXEC括弧中只允許包含一個字元串變數，但是可以串聯多個變數，如果我們這樣寫EXEC：

      SQL編譯器就會報錯，編譯不通過，而如果我們這樣：

編譯器就會通過；
 
      所以最佳的做法是把代碼構造到一個變數中，然後再把該變數作為EXEC命令的輸入參數，這樣就不會受限制了。
 
      EXEC的缺點是不提供介面，這裡的介面是指，它不能執行一個包含一個帶變數符的批處理，如下：

1 DECLARE @TableName VARCHAR(50),@Sql NVARCHAR(MAX),@OrderID INT;
2 SET @TableName = 'Orders';
3 SET @OrderID = 10251;
4 SET @sql = 'SELECT * FROM '+QUOTENAME(@TableName) +
5  　　　　'WHERE OrderID = @OrderID ORDER BY ORDERID DESC'
6 EXEC(@sql);

關鍵就在SET @sql這一句話中，如果我們運行這個批處理，編譯器就會產生一下錯誤

  Msg 137, Level 15, State 2, Line 1 
  必須聲明標量變數 "@OrderID"。

      使用EXEC時，如果您想訪問變數，必須把變數內容串聯到動態構建的代碼字元串中，如：

      串聯變數的內容也存在性能方面的弊端。SQL Server為每一個的查詢字元串創建新的執行計劃，即使查詢模式相同也是這樣。為演示這一點，先清空緩存中的執行計劃

  DBCC FREEPROCCACHE (這個不是本文所涉及的內容，您可以查看MS的MSDN)

      將代碼1運行3次，分別對@OrderID 賦予下麵3個值，10251，10252，10253。然後使用下麵的代碼查詢

      點擊F5運行，我們可以看到，每執行一次都要產生一次的編譯，執行計劃沒有得到充分重用。

      EXEC除了不支持動態批處理中的輸入參數外，他也不支持輸出參數。預設情況下，EXEC把查詢的輸出返回給調用者。例如下麵代碼返回Orders表中所有的記錄數

1 DECLARE @sql NVARCHAR(MAX)
2 SET @sql = 'SELECT COUNT(ORDERID) FROM Orders';
3 EXEC(@sql);

 然而，如果你要把輸出返回給調用批處理中的變數，事情就沒有那麼簡單了。為此，你必須使用INSERT EXEC語法把輸出插入到一個目標表中，然後從這表中獲取值後賦給該變數，就像這樣：

1 DECLARE @sql NVARCHAR(MAX),@RecordCount INT
2 SET @sql = 'SELECT COUNT(ORDERID) FROM Orders';
3 CREATE TABLE #T(TID INT);
4 INSERT INTO #T EXEC(@sql);
5 SET @RecordCount = (SELECT TID FROM #T)
6 SELECT @RecordCount
7 DROP TABLE #T2

2.sp_executesql的使用

sp_executesql命令在SQL Server中引入的比EXEC命令晚一些，它主要為重用執行計劃提供更好的支持。

為了和EXEC作一個鮮明的對比,我們看看如果用代碼1的代碼，把EXEC換成sp_executesql,看看是否得到我們所期望的結果

1 DECLARE @TableName VARCHAR(50),@sql NVARCHAR(MAX),@OrderID INT ,@sql2 NVARCHAR(MAX);
2 SET @TableName = 'Orders ';
3 SET @OrderID = 10251;
4 SET @sql = 'SELECT * FROM '+QUOTENAME(@TableName) + ' WHERE OrderID = '+CAST(@OrderID AS VARCHAR(50)) + ' ORDER BY ORDERID DESC'
5 EXEC sp_executesql @sql

註意最後一行；事實證明可以運行；

sp_executesql提供介面

    sp_executesql命令比EXEC命令更靈活，因為它提供一個介面，該介面及支持輸入參數也支持輸出參數。這功能使你可以創建帶參數的查詢字元串，這樣就可以比EXEC更好的重用執行計劃,sp_executesql的構成與存儲過程非常相似，不同之處在於你是動態構建代碼。它的構成包括：代碼快，參數聲明部分，參數賦值部分。說了這麼多，還是看看它的語法：

@stmt參數是輸入的動態批處理，它可以引入輸入參數或輸出參數，和存儲過程的主體語句一樣，只不過它是動態的，而存儲過程是靜態的，不過你也可以在存儲過程中使用sp_executesql;

 @params參數與定義輸入/輸出參數的存儲過程頭類似，實際上和存儲過程頭的語法完全一樣；

 @<params assignment> 與調用存儲過程的EXEC部分類似。

     其實@stmt,@params可以省略，那麼exec sp_executesql的語法就可以簡寫成如下格式：

     為了說明sp_executesql對執行計劃的管理優於EXEC,我將使用前面討論EXEC時用到的代碼。

     下麵我們看看exec sp_executesql的執行效率，在調用該代碼和檢查它生成的執行計劃前，先清空緩存中的執行計劃；

  DBCC FREEPROCCACHE

     將上面的動態代碼執行3次，每次執行都賦予@OrderID 不同的值，然後查詢sys.syscacheobjects表，並註意它的輸出，優化器只創建了一個備用計劃，而且該計劃被重用的3次

     點擊F5運行。

     sq_executesql的另一個與其介面有關的強大功能是，你可以使用輸出參數為調用批處理中的變數返回值。利用該功能可以避免用臨時表返回數據，從而得到更高效的代碼和更少的重新編譯。定義和使用輸出參數的語法與存儲過程類似。也就是說，你需要在聲明參數時指定OUTPUT子句。例如，下麵的靜態代碼簡單的演示瞭如何從動態批處理中利用輸出參數@p把值返回到外部批處理中的變數@i.

  以字母 N 為首碼標識 Unicode 字元串常量

      總結以下幾點：
  一.使用exce sp_executesql效率比exec要高，同一類型的語句，只需編譯一次即可，而exec執行幾次就需要編譯幾次。
  二.構造動態sql的where子句，也就是條件子句時，exec無法使用變數來進行站位，需要將變數轉換成字元串，然後和動態sql進行拼接，這就可能引起Sql註入問題，如下：
    

        而若使用exec sp_executesql則可以使用變數來進行站位，以後再給這個參數傳值的放式構造動態sql，就避免的Sql註入的問題，如下：

  三.無論是Exec還是Exec sp_executesql，如果想要將表名和列名進行動態參數化，不可以使用表名參數和列名參數來進行站位，而且表名參數和列名參數需要使用存儲過程的參數.對     於exec sp_executesql來說，不可以將表名參數和列名參數在指定為在exec sp_executesql參數聲明部分聲明的參數，如：