SQL Server审计功能入门:更改跟踪(Change Tracking)

介绍

更改跟踪是一种轻量型解决方案,它为应用程序提供了一种有效的更改跟踪机制。常规的,自定义变更跟踪和读取跟踪数据,会使用触发器,存储过程和记录变更的用户表等,

还需要保证访问一致和相关清理工作。 使用CT会减少额外工作量和保证访问一致性。

启用CT的表上必须得有主键,所有版本适用。为了保证更改信息的有效性,官方建议结合快照隔离使用。

CT只能提供:

哪些行/列发生了更改

被更改行的最新数据。

不能提供:更改发生的次数,中间值。

应用:离线缓存的更新,ETL更新

注意事项

1. 写入变更到变更记录表,所以执行计划会多一个操作符,增加开销。

2. 每个启用CT的表会创建一个内部更改表。

3. 对于用户表中每行的每个更改,都会向内部更改表中添加一行。  该行有一个较小的固定开销,外加一个大小等于主键列大小的可变开销。

4. 对于每个已提交的事务,都会向内部事务表中添加一行。

实现

1. 在库级别启用CT

alter database TestCT 

set change_tracking=on 

( 

  change_retention=2 days, 

  auto_cleanup=on 

)

2. 对要跟踪的对象启用CT

alter table sometable 

enable change_tracking 

go

3. 使用CHANGETABLE函数查看CT数据。SYS_CHANGE_VERSION是库中任何行的变改的最新版本号。

返回行的最新更改数据:

SELECT t.* 

      , ct.* 

FROM dbo.SomeTable t 

CROSS APPLY CHANGETABLE(VERSION dbo.SomeTable, (ID), (t. ID)) AS ct;

返回指定last_sync_versiion改变的数据:

DECLARE @version BIGINT = 2; 

SELECT t.* 

, ct.* 

FROM CHANGETABLE (CHANGES dbo.SomeTable, @version) AS ct 

      INNER JOIN dbo.SomeTable t ON t. ID = ct. ID 

Go

4. 对列启用CT

CREATE TABLE dbo.NewTable ( 

ID INT NOT NULL IDENTITY(1, 1) CONSTRAINT PK_NewTable PRIMARY KEY 

      , BigColumn VARCHAR(255) NOT NULL 

      , AnotherBigColumn VARCHAR(255) NOT NULL 

) 

GO 

ALTER TABLE NewTable 

ENABLE CHANGE_TRACKING 

WITH (TRACK_COLUMNS_UPDATED=ON)

5. 查询CT列的变更数据

使用CHANGE_TRACKING_IS_COLUMN_IN_MASK结合CHANGETABLE

DECLARE @version BIGINT ; 

--get previous version 

SELECT @version= CHANGE_TRACKING_CURRENT_VERSION()-1; 

SELECT *, 

CHANGE_TRACKING_IS_COLUMN_IN_MASK( 

              COLUMNPROPERTY( OBJECT_ID(‘dbo.NewTable‘),‘BigColumn‘,‘COLUMNID‘  

               ), 

         CT.SYS_CHANGE_COLUMNS 

              ) AS BigColumn_Changed, 

CHANGE_TRACKING_IS_COLUMN_IN_MASK( 

                                    COLUMNPROPERTY( 

                        OBJECT_ID(‘dbo.NewTable‘), 

                        ‘AnotherBigColumn‘,‘COLUMNID‘ 

               ), 

         CT.SYS_CHANGE_COLUMNS 

              ) AS AnotherBigColumn_Changed 

FROM CHANGETABLE(CHANGES dbo.NewTable,@version) AS CT 

INNER JOIN dbo.NewTable NT 

ON CT.ID=NT.ID

总结

1. 所谓轻量,是相对的。CT仍需要记录变更记录,需要额外的开销。

2. CT只能记录最终值,所以实际应用中用得不多,只适用于特定场景。

时间: 2024-07-30 02:17:38

SQL Server审计功能入门:更改跟踪(Change Tracking)的相关文章

SQL Server审计功能入门:CDC(Change Data Capture)

介绍 SQL Server 2008引入了CDC(Change Data Capture),它能记录: 1. 哪些数据行发生了改变 2. 数据行变更的历史记录,而不仅仅是最终值. 跟CT(Change Tracking)相比,它通过作业实现异步变更跟踪(像事务复制),而CT是同步实现的.因此它对性能的影响较轻并且不会影响事务. 典型应用是在提取.传输和加载数据到其它数据源,就像图中的数据仓库. 实现 微软建议CDC结合快照快照隔离级别使用,可以避免读取变更数据与变更数据写入时的读写阻塞. 需要注

SQL Server审计功能入门:SQL Server审核 (SQL Server Audit)

介绍 Audit是SQL Server 2008之后才有的功能,它能告诉你"谁什么时候做了什么事情".具体是指审核SQL Server 数据库引擎实例或单独的数据库涉及到跟踪和记录数据库引擎中发生的事件.它的底层是基于扩展事件(Extented Event),所以其性能和灵活性相对较好.审核数据可以输出到审核文件.Windows安全日志和应用程序日志. Audit都需要创建一个实例级的"SQL Server审核",然后可以创建从属于它"服务器审核规范&qu

SQL Server 审计功能-记录所有的操作记录

SQL Server 审计-记录所有的操作记录 说到审计这个话题,相信作为一个企业管理员都知道,比如一般作为一个AD管理员的话,一般都会通过Policy开启审计功能,记录一些自定义的事务日志.对于SQL Server来说,审计也是一样的,SQL Server审计对象收集单个实例的服务器或数据库级的动作和行为监控组. 审计是在SQL Server实例级. 可以有多个审计/ SQL服务器实例.当你定义一个审计,你指定位置的输出结果. 这是审计目标. 审计是在创建的禁用状态,不会自动审计任何行动. 启

SQL Server 2008新特性——更改跟踪

在大型的数据库应用中,经常会遇到部分数据的脱机和多个数据库的合并问题.比如现在有一个全省范围使用的应用程序,每个市都部署了单独的相同的应用程序服务器和数据库服务器,每个月需要将全省所有市的数据全部汇总起来用于出全省的报表,这是一种很常见的数据库合并问题.再比如我们做了一个SmartClient的应用程序,每个客户端都有应用程序和数据库,另外还有一个中心数据库用于汇总所有客户端的数据.每个智能客户端上都可以对自己的数据库进行增删改查,一旦智能客户端连接到网络上时,系统就将客户端数据库中的数据更改全

SQL Server AlwaysON从入门到进阶(1)——何为AlwaysON?

本文属于SQL Server AlwaysON从入门到进阶系列文章 本文原文出自Stairway to AlwaysOn系列文章.根据工作需要在学习过程中顺带翻译以供参考.系列文章包含: SQL Server AlwaysON从入门到进阶(1)--何为AlwaysON? SQL Server AlwaysON从入门到进阶(2)--存储 SQL Server AlwaysON从入门到进阶(3)--基础架构 SQL Server AlwaysON从入门到进阶(4)--分析和部署Windows Ser

SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group

前言: 本节是整个系列的重点文章,到现在,读者应该已经对整个高可用架构有一定的了解,知道独立的SQL Server实例和基于群集的SQL Server FCI的区别.上一节已经介绍了如何安装SQL Server Failover Cluster Instance(FCI)及其要求. 本节会深入AlwaysOn 可用组的内容,以演示部署为主线,包括如何启用只读路由和使用AlwaysOn组侦听器.并在最后演示故障转移. 在前面文章中对FCI和AlwaysOn可用组有了一定的平台要求.这里对其进行简要

等级保护项目SQL?Server审计方案

根据等级保护项目SQL Server审计需求,将SQL Server Default Trace文件保存半年以上. 解决方案 对于用户来讲,Default Trace只能关闭或开启该跟踪,无法修改任何参数.因此,我们只有将跟踪文件同步出来保存. 计划在备域控服务器上,通过Windows自带的robocopy来同步集中交易数据库的*.trc文件到本地,长期保存. robocopy "\\10.198.1.111\e$\MSSQL12.XXX\MSSQL\Log" "D:\Rob

SQL Server AlwaysON从入门到进阶(2)——存储

本文属于SQL Server AlwaysON从入门到进阶系列文章 前言: 本节讲解关于SQL Server 存储方面的内容,相对于其他小节而言这节比较短.本节会提供一些关于使用群集或者非群集系统过程中对存储的利用建议.当然,重点还是集中在对于一个标准的AlwaysOn可用组配置过程中,对存储的选择和配置上面. AlwaysOn的部署首先建立在一个Windows Server Failover Cluster(WSFC)上.并且每个服务器通常有一个独立的SQL Server实例.另外,每个服务器

通过SQL Server的扩展事件来跟踪SQL语句在运行时,时间都消耗到哪儿了?

原文:通过SQL Server的扩展事件来跟踪SQL语句在运行时,时间都消耗到哪儿了? 问题就是,一个很简单的语句,在不同的服务器上执行,所需要的时间相差很大,特别提到在性能差的服务器上反而快,在性能好的服务器上反而慢,他想知道这是为什么? 对这个问题,我的回答是: 从表面看,很难分析出为什么多台机器执行同一个简单的sql语句,速度有差异,甚至好的服务器反而花了更多的时间,而看上去相对较差的机器反而更快,这些都是表面现象. 我们可以分析一下整个SQL语句执行的大致过程: 1.语句发送到SQL S