关于更改跟踪 (SQL Server)

更改跟踪是一种轻量型解决方案，它为应用程序提供了一种有效的更改跟踪机制。 通常，若要使应用程序能够查询对数据库中的数据所做的更改和访问与这些更改相关的信息，应用程序开发人员必须实现自定义更改跟踪机制。 创建这些机制通常涉及大量工作，并且经常涉及使用触发器、列、 timestamp 用于存储跟踪信息的新表和自定义清理过程的组合。

不同类型的应用程序对其所需的有关更改的信息量有不同的要求。 应用程序可以使用更改跟踪来回答以下有关对用户表所做更改的问题：

• 用户表中有哪些行发生了更改？

  • 所需的只是行已更改的事实，而不是行更改的次数或任何中间更改的值。

  • 可以从所跟踪的表中直接获取最新的数据。

• 某行是否已更改？

  • 当在同一事务中进行更改时，必须提供并记录行已更改的事实以及有关这一更改的信息。

注意

如果应用程序需要有关所有所做更改的信息以及所更改数据的中间值，则可能适合使用变更数据捕获，而不适合使用更改跟踪。 有关详细信息，请参阅关于变更数据捕获 (SQL Server) 。

单向和双向同步应用程序

需要将数据与 SQL Server 数据库引擎 实例同步的应用程序必须能够查询更改。 更改跟踪可用作单向和双向同步应用程序的基础。

单向同步应用程序

可以生成使用更改跟踪的单向同步应用程序，如客户端或中间层缓存应用程序。 如下图所示，缓存应用程序要求在 数据库引擎 中存储数据并在其他数据存储区中缓存数据。 应用程序必须能够使用对数据库表所做的任何更改来使缓存保持最新。 没有要传回到的 数据库引擎的更改。

双向同步应用程序

也可以生成使用更改跟踪的双向同步应用程序。 在此方案中， 数据库引擎 实例中的数据与一个或多个数据存储区同步。 可以更新这些存储区中的数据，并且这些更改必须再同步到 数据库引擎中。

偶尔连接的应用程序就是双向同步应用程序的一个很好的示例。 在这种类型的应用程序中，客户端应用程序查询并更新本地存储区。 当客户端与服务器之间存在连接时，应用程序会与服务器同步，并更改两个方向的数据流。

双向同步应用程序必须能够检测冲突。 如果在两次同步之间的时间两个数据存储区中的相同数据发生了更改，则会出现冲突。 有了检测冲突的功能，应用程序可以确保不会丢失这些更改。

更改跟踪的工作方式

若要配置更改跟踪，可以使用 DDL 语句或 SQL Server Management Studio。 有关详细信息，请参阅启用和禁用更改跟踪 (SQL Server) 。 若要跟踪更改，必须首先对数据库启用更改跟踪，然后对该数据库内要跟踪的表启用更改跟踪。 表定义无需任何更改，也不会创建任何触发器。

为表配置了更改跟踪后，任何影响该表中的行的 DML 语句都将导致针对每个有所修改的行的更改跟踪信息被记录下来。 若要查询已更改的行并获取有关这些更改的信息，可以使用 更改跟踪功能。

主键列值是来自所跟踪的并记录更改信息的表中的唯一信息。 这些值用于标识发生更改的行。 要获取这些行的最新数据，应用程序可以使用主键列值联接源表和所跟踪的表。

使用更改跟踪也可以获取与每个行所做更改相关的信息。 例如，导致更改（插入、更新或删除）的 DML 操作的类型或作为更新操作的一部分而更改的列。

另请参阅

启用和禁用更改跟踪 (SQL Server)
使用更改跟踪 (SQL Server)
管理更改跟踪 (SQL Server)
跟踪数据更改 (SQL Server)