數據庫觸發器何時壞？

Question

可能重複：
Are database triggers evil?

有很多的數據庫觸發器負面信息，只希望得到社會各界人士是時好時壞VS在起飛。

Answer 1

我認爲他們可以用來爲安全性或創建元數據等方面填充單獨的一次性表集合，例如記錄，聚合等。

當您開始更改您的「實時」數據或「循環回」到您的biz信息表中時，那就是當它們變得邪惡和笨拙時。他們對此也完全沒有必要。觸發器沒有任何存儲過程無法做到的事情。

我覺得他們是SQL在編程語言中等同於GOTO的惡魔。合法，但要避免，除非絕對必要，而且它們絕對不是絕對必要的。

Answer 2

因爲他們是「魔術師」。他們不是很明顯，他們可以做很多工作。

我見過很多優秀的開發人員花費大量時間來追蹤觸發相關的問題，因爲他們只是不想去尋找它們。此外，他們很少需要。

Answer 3

當其他功能更合適時，使用數據庫觸發器時會導致數據庫觸發器不良。

檢查約束

外鍵約束

唯一索引/約束

（持久化的）計算列

（：應嘗試使用觸發器前應考慮

特點索引）視圖（如果觸發器正在嘗試類似更新聚合的內容，比如說）

個

存儲過程（如果直接訪問表可以禁止）

在這之後，觸發器可以適當地使用而不被「壞」。觸發器應該始終設計爲佔用空間小。

Answer 4

這裏有一些文章應該幫助你自己找出你的需求。

1. Pros and Cons of Triggers vs. Stored Procedures for Denormalization（SO question）;
2. Choice Between Stored Procedures, Functions, Views, Triggers, Inline SQL。

簡而言之，當需要進行復雜的DML時，Triggers對處理海量數據非常有用。要回答你的問題，如果不是這種情況，你可以根據觸發不良的情況得到答案。