|
|
|
Old Hand
      
Group: General Forum Members
Last Login: Tuesday, January 22, 2013 12:08 PM
Points: 371,
Visits: 794
|
|
This paper discusses the implementation of Change Data Capture in SQL Server 2008 and how it is superior to the traditional change tracking mechanisms in the context of data warehousing applications.
Yes, that is exactly how I understood the suggested article. Read it twice...  It is clearly covering a topic "How to turn CDC on SQL server on". Still did not understand: how is it superior to the traditional change tracking? CDC is just a tool, not a solution. With multiple limitations it currently has, it can not be used for Auditing and could only be used as a part of the "History of changes" tracking solution...
|
|
|
|
|
Forum Newbie
      
Group: General Forum Members
Last Login: Wednesday, November 04, 2009 7:10 PM
Points: 1,
Visits: 4
|
|
Is there something similar for SQLServer 2005?
[]s Rubem Rocha Manaus, AM - Brazil
|
|
|
|
|
Say Hey Kid
      
Group: General Forum Members
Last Login: Friday, May 03, 2013 11:41 AM
Points: 675,
Visits: 426
|
|
djpardalrocha (10/23/2008) Is there something similar for SQLServer 2005?
[]s Rubem Rocha Manaus, AM - Brazil
CDC is new with SQL 2008. You may be able to implement a similar mechanism through triggers on the tables in 2005 and 2000, but there is nothing out of the box that will do this in 2005.
|
|
|
|
|
SSC Veteran
      
Group: General Forum Members
Last Login: Thursday, February 21, 2013 11:20 AM
Points: 225,
Visits: 984
|
|
Good article, well executed. I've been very excited about this development and can't wait for a chance to compare it to the traditional methods (e.g. triggers and time stamps) I've used in the past. While like others I am guarded in my enthusiasm as a result of MS's half-baked implementations of functionality in the past, my reading on this is it will save a lot of time. Thanks for taking the time and effort to work this out for us.
Kate The Great  If you don't have time to do it right the first time, where will you find time to do it again?
|
|
|
|
|
SSC-Addicted
      
Group: General Forum Members
Last Login: Today @ 3:37 PM
Points: 481,
Visits: 1,704
|
|
I haven't had the chance to test out CDC yet so my comments do not in any way address reliability, particularly as Kate points out, with MS's past track record. However a number of posters question performance and benefit over traditional methods (eg triggers). A key point about CDC is that SQLServer uses the transaction log to work out the changes. This means that the auditing is done in the background by the server after the user transaction has committed. This is a fundamental point. The trigger method requires that auditing is done as part of the user transaction and so increases the overall time for the transaction to completed, including any potential contention with other transactions. CDC makes it a background task which obviously still uses resources in terms of cpu and cache, but it does not delay the transaction or impact the user experience, assuming you're server has adequate resources to handle the workload of the application, which it would need regardless of CDC or triggers.
Cheers Roddy
|
|
|
|
|
SSCarpal Tunnel
       
Group: General Forum Members
Last Login: Thursday, May 16, 2013 2:50 AM
Points: 4,785,
Visits: 1,334
|
|
Good article... Well explained ...
|
|
|
|
|
Valued Member
      
Group: General Forum Members
Last Login: Wednesday, April 03, 2013 11:39 AM
Points: 52,
Visits: 151
|
|
Hi, Good article, clean and simple. Another option to audit data changes, which is quite simple and done from outside the server, is this tool: (free)
http://www.nobhillsoft.com/DataProfiler.aspx
doesnt require any SQL configuraiton, works on all versions of SQL server, offers clear GUI to see the changes, and generates scripts to roll back between versions.
|
|
|
|
|
SSC Rookie
      
Group: General Forum Members
Last Login: Monday, October 01, 2012 1:19 PM
Points: 34,
Visits: 161
|
|
Is there any way to set up the change tracking tables - the ones that are created with a suffix "-CT" in a separate database? We have a high transaction environment and the _CT tables can grow to enormously large tables and if they are in the same database, the backup sizes become huge. Any solution that we can think of? We can have these tables in a separate file groups, but we take transaction log backups for log shipping and we also need to take full database backups.
|
|
|
|
|
Say Hey Kid
      
Group: General Forum Members
Last Login: Friday, May 03, 2013 11:41 AM
Points: 675,
Visits: 426
|
|
No, the tables have to be created in the same database. You can adjust how long the data stays in there (I can't remeber off the top of my head how this is done but I remember seeing it somewhere.) another option is to have a process that offloads that data into another database so your ct tables are really just a temporary storage place. If you offload the data prior to the full backups, you would keep the size of the full backup low.
|
|
|
|
|
Forum Newbie
      
Group: General Forum Members
Last Login: Saturday, January 17, 2009 7:55 AM
Points: 1,
Visits: 0
|
|
Is it possible to find who changed the data in CDC ? Login id or host name something like that ?
|
|
|
|