解決SQL Server觸發器濫用問題

　觸發器是在添加、修改資料或者將資料移轉到一個指定表時執行某些動作的方法。SQL Server 2005也同樣提供資料庫級的觸發器，但是我在此只說明表級觸發器。由於觸發器會啟動一個隱藏事務，因此觸發器會在伺服器上強加額外的開支。一旦執行觸發器，一個新的隱藏事務就會開始，同時在事務中的任意資料檢索將鎖定受影響表。

　　你應該怎麼處理呢？要盡量少用觸發器並且儘可能使觸發器邏輯簡單。你可以簡單地以完整性參考條件約束來替代某些觸發器;其它觸發器功能可以在預存程序中實現。

 

　　返回受影響行數

 

　　預設情況下，SQL Server返回一個友好的訊息來報告每個查詢所影響的行總數。這對於調試應用或者直接在Query Analyzer中修改資料是一個非常好的設定。然而，你的前端應用並不需要知道受影響的行數目——它只需要資料。發送這個訊息可能會引入不必要的網路負荷。

 

　　你應該如何處理呢？在你的所有預存程序中使用“SET NOCOUNT ON”來減少網路傳輸。

 

　　條件陳述式執行

 

　　往往，你需要根據傳遞到預存程序的參數的不同值應用不同的代碼邏輯。比如，如果我的參數值是0，那麼我可以從一組表中檢索值，如果參數值為1，則可以從另一組表中檢索。

 

IF @parameter = 0 　　BEGIN 　　SELECT column1, column2 　　FROM some_tables… 　　END 　　ELSE 　　BEGIN 　　SELECT column1, column2 　　FROM other_tables… 　　END

 

　　這個代碼迫使我的過程在每次執行時都必須重新編譯，因為SQL Server只有在運行時才能識別兩個規劃中的哪一個是有用的。

 

　　你應該如何處理呢？將上面的過程分成兩個獨立的過程，每個對應查詢不同的表集。在你的中介層代碼中確定參數值，然後再調用恰當的預存程序。