检查对SQL Server表的更改？

如何在不使用触发器或不以任何方式修改数据库结构的情况下监视SQL Server数据库中对表的更改？我首选的编程环境是.NET和C＃。

我希望能够支持任何SQL Server 2000 SP4或更高版本。我的应用程序是另一家公司产品的附加数据可视化。我们的客户群数以千计，因此，我不想在每次安装时都提出要求修改第三方供应商表的要求。

"更改表"是指更改表数据，而不是更改表结构。

最终，我希望更改能够触发我的应用程序中的事件，而不是必须间隔检查更改。

根据我的要求(不进行触发器或架构修改，SQL Server 2000和2005)，最好的措施似乎是在T-SQL中使用BINARY_CHECKSUM函数。我计划实现的方式是这样的：

每X秒运行一次以下查询：

并将其与储值进行比较。如果值已更改，请使用查询逐行浏览表：

并将返回的校验和与存储的值进行比较。

看一下CHECKSUM命令：

只要表内容未更改，它将在每次运行时返回相同的数字。有关更多信息，请参见我的帖子：

CHECKKSUM

当表更改时，我使用它来重建缓存依赖项的方法如下：
ASP.NET 1.1数据库缓存依赖项(无触发器)

不幸的是，CHECKSUM不能始终正常工作以检测更改。

它只是原始校验和，没有循环冗余校验(CRC)计算。

因此，您不能使用它来检测所有更改，例如G。对称的变化导致相同的CHECKSUM！

例如CHECKSUM_AGG(BINARY_CHECKSUM(*))的解决方案将始终为所有3个具有不同内容的表提供0：

您为什么不想使用触发器？如果正确使用它们，则是一件好事。如果您将它们用作加强参照完整性的一种方式，那就是它们从好到坏。但是，如果将它们用于监视，则它们并不是真正的禁忌。

您需要多久检查一次更改以及数据库中的表有多大(就行大小而言)？如果使用John建议的CHECKSUM_AGG(BINARY_CHECKSUM(*))方法，它将扫描指定表的每一行。 NOLOCK提示很有帮助，但是在大型数据库上，您仍然需要查找每一行。您还需要存储每一行??的校验和，以便告诉您已更改。

您是否考虑过从另一个角度出发？如果您不想修改架构以添加触发器(从某种意义上说，这不是您的数据库)，您是否考虑过与制造数据库的应用程序供应商合作？

他们可以实现一个API，该API提供了一种机制来通知附件应用程序数据已更改。就像写一个通知表列出了被修改的表和行一样简单。可以通过触发器或应用程序代码来实现。从您的角度来看，这无关紧要，您唯一关心的就是定期扫描通知表。对数据库的性能影响远不及扫描每一行的更改。

困难的部分是说服应用程序供应商实现此功能。由于这可以完全通过触发器的SQL处理，因此您可以通过编写和测试触发器，然后将代码带给应用程序供应商来为它们做大量的工作。通过让供应商支持触发器，可以防止您添加触发器而无意间替换了供应商提供的触发器的情况。

不幸的是，我认为在SQL2000中没有一种干净的方法可以做到这一点。如果您将需求范围缩小到SQL Server 2005(及更高版本)，那么您就可以开展业务。您可以在System.Data.SqlClient中使用SQLDependency类。请参阅SQL Server(ADO.NET)中的查询通知。

拥有以给定间隔运行的DTS作业(或由Windows服务启动的作业)。每次运行时，它都使用系统INFORMATION_SCHEMA表获取有关给定表的信息，并将此数据记录在数据存储库中。将与表结构有关的返回数据与上次返回的数据进行比较。如果不同，则说明结构已更改。

查询示例以返回有关表ABC中所有列的信息(理想情况下仅列出所需的INFORMATION_SCHEMA表中的列，而不是像我在此处那样使用* select **)：

您将根据定义"对表的更改"的精确程度来监视不同的列和INFORMATION_SCHEMA视图。

在这里大胆猜测：如果您不想修改第三方的表，是否可以创建视图，然后在该视图上放置触发器？

检查最后提交日期。每个数据库都有每次提交的历史记录。我相信这是ACID合规性的标准。