SQL Server 多觸發器執行順序控制與錯誤傳播陷阱

問題場景

環境：SQL Server 2000（非 2005）。某資料表存在多個觸發器：標準增刪改觸發器 + 驗證類觸發器。現象：應用程式中資料無法儲存、無錯誤提示；查詢分析器直接執行卻能拋出錯誤。

根因分析

觸發器執行順序未定義，導致驗證觸發器（會拋錯）執行順序靠後。應用程式僅捕獲第一個觸發器的結果，後續觸發器的錯誤被吞沒，造成「靜默失敗」。

解決方案：sp_settriggerorder

使用系統預存程序指定觸發器啟動順序：

EXEC sp_settriggerorder 
    @triggername = '驗證觸發器名稱', 
    @order = 'First', 
    @stmttype = 'INSERT/UPDATE/DELETE';

將關鍵驗證觸發器設為 First，確保錯誤優先拋出並被應用層捕獲。

實測驗證

1. 建立兩張測試表、兩個觸發器（Tri_Syn_Test1 正常、Tri_Syn_Test2 拋錯）。
2. 未設順序時：應用層僅看到第一個觸發器成功，資料實際未寫入。
3. 執行 sp_settriggerorder 將拋錯觸發器設為 First。
4. 再次測試：應用層正確接收錯誤訊息，問題解決。

關鍵提醒

• SQL Server 2000 僅支援指定 First/Last，無法精確排序中間順序（2005+ 支援完整排序）。
• 生產環境部署多觸發器時，務必在建立腳本中顯式設定順序，避免隱性相依導致維護災難。