监视SQL数据库表更改的设计注意事项

Question

我正在分配一个任务，以监视和记录多层.NET 4 WPF，WCF，SQL 2008应用程序中的各种“系统级消息”，用消息表示我的应用程序中发生的事件的详细信息，例如用户登录和注销或保存数据通过登录，我的意思是我们将把消息插入一个轻量级的SQL表中，客户端可以从中查询并显示最新消息。

这些消息的来源可能来自我们应用程序中的几个不同组件，例如Windows服务，IIS中的WCF主机，甚至数据库中的存储过程。 最终，这些组件以各自的方式修改SQL表。 因此，我认为我可以通过说在修改（更新，插入）SQL中的某些表时需要“触发”消息来简化事情，而不是独立地攻击每个组件。

首先想到的是每个表上的触发器，该表监视更改并将记录插入轻量级消息表中。 我一直（99％的时间）一直认为数据库触发器是个坏消息（ 数据库触发器是邪恶的吗？ ）。 我个人宁愿开发和调试C＃，也不愿使用SQL触发器。

因此，在寻求替代方案时，我遇到了使用SqlDependency监视数据库更改的问题 ，该部分讨论了如何使用SqlDependency类检测更改。 快速概念验证似乎有效； 但是，在查看了几个代码示例后，似乎检测到每个更改，都必须重新初始化新的SqlConnection，SqlCommand和SqlDependency对象，我可能需要监视3或4个查询。

有更好的选择来检测C＃中的SQL表更改吗？

此外，撇开触发器的偏见，这似乎是一种环回方法，可以简单地监视一组表中的更改，只是将数据重新插入到另一个表中。 我宁愿在C＃中实现一些其他逻辑，但是我是否应该编写触发器来完成并完成呢？

有什么想法吗？

Answer 1

我认为您对触发器的总体偏见是没有根据的。 人们看不起触发器的原因与看不起光标的原因相同：在许多情况下，它们被滥用和滥用。 但是，就像许多事物一样，它们当然也有其位置，如果正确使用， 它们是正确的答案。

您还应该研究其他一些本机技术：

变更追踪
http://msdn.microsoft.com/zh-CN/library/cc280462(SQL.100).aspx

更改数据捕获
http://msdn.microsoft.com/zh-CN/library/bb522489(SQL.100).aspx

SQL Server审核
http://msdn.microsoft.com/zh-CN/library/cc280386(SQL.100).aspx

虽然我不知道您的版本（其中一些是企业功能）。 也存在一些第三方解决方案（我没有使用过任何解决方案，因此请您自行查找/研究）。