使用ChangeTracking实现数据同步

通常的做法是自定义应用程序使用比如触发器、timestamp 列和新表组合来存储跟踪信息，同事还需要自定义清除程序清除过时的数据。

在日常应用中经常会有这样的需求，需要Audit那些数据更改，，或者需要跟踪更改的数据实现对数据的同步。（最常见的应用如数据仓库数据同步，因为数据量巨大，需要将数据的更改同步到数据仓库，这种同步不要求实时）。

通常的做法是自定义应用程序使用比如触发器、timestamp 列和新表组合来存储跟踪信息，同事还需要自定义清除程序清除过时的数据。在SQL Server 2008以后提供了一个功能更改跟踪(Change Tracking).这一种轻量型解决方案（相对于自己自定义的程序，性能要高）为应用程序提供了一种有效的更改跟踪机制。

注意：用程序需要有关所有所做更改的信息以及所更改数据的中间值，则可能适合使用变更数据捕获，而不适合使用更改跟踪。

工作原理：为表配置了更改跟踪后，任何影响该表中的行的 DML 语句都将导致针对每个有所修改的行的更改跟踪信息被记录下来。更改信息会记录到SQL Server内部表中，可以使用查询到内部表，使用CHANGETABLE函数获得数据更改信息。

下面是启动Change Tracking并且获得更改数据的脚本：

--创建测试数据库和表

go

20)NULL,

(

[MAXID] ASC

--在数据库和表启动更改跟踪：

2

-- AUTO_CLEANUP = ON在经过指定的保持期后会自动删除更改跟踪信息。

ENABLE CHANGE_TRACKING

如果表没有主键启动更改跟踪会出现下面的错误：

Msg 4997, Level16, State 1, Line 1

Cannot enablechange tracking on table 'A'. Change tracking requires a primary key on thetable. Create a primary key on the table before enabling change tracking.

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

（也可以在SSMS中启用更改跟踪）

-- 查询数据库和表更改跟踪信息

--返回与上次提交的事务相关联的版本

--指定的表中获取更改跟踪信息的最低版本

0

--插入测试数据并且查询跟踪信息最新版本号

1

2

go

go

1

go

0

2

--将更改跟踪信息与原表信息关联获得最新数据（这些数据就是我们需要同步的数据）

2

GO

0

GO

CHANGETABLE返回值：

注意：

更多信息参考MSDN:更改跟踪概述