经常会有需求记录用户表中由DML操作(Insert/Updae/Delete)引起的数据变化，在SQL Server 2008 以前的版本中，要实现这样的功能只能通过Trigger或者数据比对（例如SCD处理），而且必须针对每个用户表开发。SQL Server 2008中新增了两种记录数据变化的功能，本文就Change Data Capture（CDC）和Change Tracking的特性做简要对比。
网站设计、成都做网站服务团队是一支充满着热情的团队，执着、敏锐、追求更好，是创新互联的标准与要求，同时竭诚为客户提供服务是我们的理念。成都创新互联把每个网站当做一个产品来开发，精雕细琢，追求一名工匠心中的细致，我们更用心！
Change Data Capture
CDC通过对事务日志的异步读取，记录DML操作的发生时间、类型和实际影响的数据变化，然后将这些数据记录到启用CDC时自动创建的表中。通过cdc相关的存储过程，可以获取详细的数据变化情况。由于数据变化是异步读取的，因此对整体性能的影响不大，远小于通过Trigger实现的数据变化记录。
下图来自于SQL Server Books Online，说明了CDC可用于获取不同时间段内的变化。
Change Tracking
不同于Change Data Capture，Change Tracking仅记录DML操作的发生时间、类型和影响到的字段，不包含具体的变化数值，客户端通过传传递上次同步的版本号来获取从上次同步到现在的变化记录。对于应用数据缓存的场合，这个功能非常实用，可以每隔一定时间获取数据表中的变化记录，然后根据变化记录中的主键来获取更新过的数据从而刷新缓存。
Change Tracking通过对要执行的DML语句的分析获取变化记录，而不是去读取日志。DML语句提交执行时Change Tracking便已可用，而不需要等待DML完成后事务日志写入时才可用，因此Change Tracking的响应比Change Data Capture要快。
Change Tracking记录的数据比Change Data Capture少，对服务器性能的影响也小。
创建表，存储每天的表空间占用情况
CREATE TABLE [dbo].[t_rpt_table_spaceinfo](
[table_name] [sysname] NOT NULL,
[record_date] [date] NOT NULL,
[record_time] [time](7) NOT NULL,
[rows_count] [bigint] NULL,
[reserved] [bigint] NULL,
[data_size] [bigint] NULL,
[index_size] [bigint] NULL,
[unused] [bigint] NULL,
CONSTRAINT [PK_t_rpt_table_spaceinfo] PRIMARY KEY CLUSTERED
(
[table_name] ASC,
[record_date] ASC,
[record_time] ASC
)
)
2. 新建作业
新建作业，作业计划每天凌晨运行一次，每天记录表占用的空间情况，存储到上一步建立的表中
作业中执行的T-SQL代码为：
SET NOCOUNT ON
/*创建临时表，存放用户表的空间及数据行数信息*/
CREATE TABLE #tablespaceinfo
(
nameinfo VARCHAR(500) ,
rowsinfo BIGINT ,
reserved VARCHAR(20) ,
datainfo VARCHAR(20) ,
index_size VARCHAR(20) ,
unused VARCHAR(20)
)
DECLARE @tablename VARCHAR(255);
/*使用游标，循环得到表空间使用情况*/
DECLARE Info_cursor CURSOR
支持，sqlserver能加上去就完美了
可以查询系统表 select * from sysobjects进行监控, 看crdate大于某个时间点是否有数据。 监控可以定时扫描的方式。