優點和數據庫事件的利弊

Question

我正在考慮重寫應用程序的數據模型更新方法的一部分，包括登記從數據庫未來事件的支持。有沒有任何理由爲什麼這是一個壞主意？我應該限制自己接受由CRUD操作引發的事件，還是我可以編寫更多關於事件通知的業務邏輯？潛在的缺陷可能是什麼？

Answer 1

肯定使用異步方法。如果您是Microsoft SQL平臺上檢查出的

1）更改跟蹤組合可用版本的SQL> 2008年：http://msdn.microsoft.com/en-us/library/cc280462.aspx

和

2）SQL服務代理，您可以用註冊事件。 （1.實際使用2.引擎蓋下IIRC）：http://msdn.microsoft.com/en-us/library/ms345108(SQL.90).aspx

如果你必須恢復到觸發器明確保持低觸發器的影響。例如，創建您自己的更改日誌並從其他地方處理它。不要寫更新並找出與更改本身相同的觸發器中的信息。它會減慢你的查詢很多。

也有這取決於你用什麼數據層的技術選擇：NHibernate的具有攔截器的概念，在企業框架側相同。但它們不在數據庫中運行，這有利有弊。

HTH 亞歷

Answer 2

聽起來你考慮到數據庫的事件作出反應，你的業務邏輯。如果是這樣，這確實是一個非常糟糕的主意，幾乎忽略這通常被認爲是良好的軟件設計所需的一切（分層，關注等的分離。）...