SQL SERVER 2008 更改跟踪
SQL SERVER 2008 更改跟踪
/*
看书，看联机期间。。。顺带把看到的写下
与SQL SERVER 2008 CDC 异步捕获数据变更的不同,更改跟踪是同步进程,
是DML(INSERT/UPDATE/DELETE)事务的一部分,它可以使用最小的C盘存储
开销来侦测数据行的净变更.那么它也就不能像CDC那样可以提供用户表的
历史更改信息. 更改是使用异步进程捕获的,此进程读取事务日志,并
且对系统造成的影响很小.
更改跟踪捕获更改了表行这一事实,但不会捕获更改的数据.这样,应用程
序就可以确定使用从用户表中直接获取的最新行数据更改的行.因此,与变
更数据捕获相比,更改跟踪可以解答的历史问题比较有限.但是,对于不需
要历史信息的那些应用程序,更改跟踪产生的存储开销要小得多,因为它不
需要捕获更改的数据(不需要触发器和表时间戳).它使用同步跟踪机制来
跟踪更改.此功能旨在最大限度地减少DML 操作开销.
总的来说有以下几点:
1 减少了开发时间: 由于SQL Server 2008 中提供了更改跟踪功能,因此无需开发自定义解决方案.
2 不需要架构更改: 使用更改跟踪不需要执行以下任务：添加列;添加触发器;如果无法将列添加到用
户表,则需要创建要在其中跟踪已删除的行或存储更改跟踪信息的端表.
3 内置清除机制: 更改跟踪的清除操作在后台自动执行.不需要端表中存储的数据的自定义清除.
4 提供更改跟踪功能的目的是获取更改信息: 使用更改跟踪功能可使信息查询和使用更方便.列跟踪
记录提供与更改的数据相关的详细信息.
5 降低了DML 操作的开销: 同步更改跟踪始终会有一些开销.但是,使用更改跟踪有助于使开销最小
相关文档：
SQL SERVER 2008 异步捕获表数据修改
写的不对的地方请各位指正，写的也比较乱。讲究这看吧。^ ^
/*
SQL SERVER 2008 异步捕获表数据修改
SQL server 2008为异步跟踪所有发生在用户表上的数据修改提供了内建的方法,
而不需要编写自定义的触发器或者查询,变更数据捕获拥有最小性能开销,可以
� ......
1）不知大家是否喜欢使用‘NOT IN’这样的操作，如果是，那尽量使用(NOT) EXISTS 替代
2）在海量查询时尽量少用格式转换。
3）查询海量数据是，可以使用optimizer['ɔptimaizə] hints，例如/*+ORDERED */
尽量少用IN操作符，基本上所有的IN操作符都可以用EXISTS代替。
不用NOT IN操作符，可以 ......
1.求1..10偶数之和
select sum(level) from dual
where mod(level,2)=0
connect by level
2.将update改换成用rowid来实现。
（1）新的写法：
merge into SNAPSHOT120_2010_572 t1
using (select a.rowid rid, b.vip_level, b.manager_name
from xyf_vip_info_new b, snapsho ......
1.字符串函数
长度与分析用
datalength(Char_expr) 返回字符串包含字符数,但不包含后面的空格
substring(expression,start,length) 不多说了,取子串
right(char_expr,int_expr) 返回字符串右边int_expr个字符
字符操作类
upper(char_expr) 转为大� ......
有执行sql条件语句where id in(@参数)的时候，如果处理不当，就会出现问题：
如下面这个存储过程：
alter proc Web_gettwtwgoldgameserverGoldSell
@ID int
as
declare @twgoldsellID nvarchar(1000)
select @twgoldsellID=twgoldsellID from twgoldgameserver where ID=@ID
set @twgoldsellID=replace(@twgoldsell ......
