接上文：寻找SQL Server数据保护的方法：更改跟踪

　　SQL Server变化数据捕获不同于更改跟踪，因为它既保存DML所做的更改又保存被修改的数据。不像更改跟踪，被捕获的数据以与其表结构相同的格式进行存储(除了一些额外的列用于存储元数据)。其结果可通过一些表值函数进行查询，变化数据捕获是通过事务日志进行异步跟踪的，因此其跟踪过程对系统性能影响不大。默认情况下，变更数据被保留三天，但这可以逐步延长。

　　变化数据捕获也做出一个略微强一点的尝试试图存储在捕获过程中架构变化的信息。在变化数据捕获过程中任何新添加的列不被记录，任何删除的列将继续捕获并以NULL值替代。但是架构的变化也会被跟踪并存放在一张单独的表中，所以如果在捕获过程中表结构发生改变，它就会为给定表创建多个捕获表。因此如果添加或删除列，你将存在捕获给定表新旧结构的多个实例。但在任何时候一张表上不能存在多于两个的活跃捕获实例。

　　变化数据捕获应用程序就像一个数据保护系统要比单纯的更改跟踪更为实用，因为你可以通过变化数据捕获的存储过程来访问修改后的数据。但它并不是作为整个数据库的副本来执行真正的工作，它可以让你指定的时间点，看到过去数据的快照。(从理论上讲，可以编写一个应用程序利用变化数据捕获规划中的应用接口去做这项工作，但它不是开箱即用的。)

　　此外，对于如何与其他方法的协同工作有一些限制。变化数据捕获将其信息存储在不能复制的系统表中，更改跟踪信息只对源系统进行访问。

　　变化数据捕获对增量数据的加载和同步是很有用的，有时微软将此作为一个案例。最后，变化数据捕获在需要连续的变化流用于分析其他资源的场合相当有用，能够看到给定数据的单点实时状态。