ETL Auditing

SQLServerCentral is supported by Red Gate Software Ltd.

Popular Topics

Home

Members

Calendar

Who's On

Home » Article Discussions » Article Discussions by Author » Discuss content posted by Tobias Kiemes » ETL Auditing

ETL Auditing

Rate Topic

Display Mode

Topic Options

Author

Message

tobe_ha

Posted Friday, December 12, 2008 12:22 AM

SSC Journeyman

Group: General Forum Members
Last Login: Monday, January 30, 2012 6:49 AM
Points: 94, Visits: 359

Comments posted to this topic are about the item ETL Auditing

Post #618414

robertm

Posted Friday, December 12, 2008 2:53 AM

SSC Veteran

Group: General Forum Members
Last Login: Tuesday, November 13, 2012 3:59 AM
Points: 210, Visits: 108

Great article. I use almost the exact same architecture and it works a treat!

The main benefit that I have found it being able to identify exactly what data in the data warehouse has been affected by a particular process and when.

The main difference in my implementation is that the Audit entity is more generic and leveraged by related audit subtypes. For example, I have an SSIS audit subtype as well as a TSQL subtype as these each have a separate set of attributes associated to them that I want to store.

This is invaluable when loading and consolidating data into a third normal form data warehouse from numerous sources. Several data marts can then be subsequently populated from this consolidated warehouse. The ability to quickly identify new and/or changed data in the warehouse when deciding what should move into the data mart(s) becomes extremely easy.

Lastly, even when Kimball Type-1 changes are implemented in the warehouse we move the original row off into an audit database which mean that if you need to roll back a load, even partially, it's possible to return data to it's original state prior to that process even if that included Type-1 updates!

Post #618454

Anipaul

Posted Friday, December 12, 2008 4:06 AM

SSCarpal Tunnel

Group: General Forum Members
Last Login: Tuesday, June 11, 2013 5:01 AM
Points: 4,815, Visits: 1,343

Nice article. well written...

Post #618478

Renato Buda-153382

Posted Friday, December 12, 2008 4:46 AM

SSC-Enthusiastic

Group: General Forum Members
Last Login: Sunday, June 09, 2013 8:29 AM
Points: 139, Visits: 218

This is a great article and a much needed idea.:)

In my opinion something like this should have been built into SSIS as part of standard logging.

Post #618504

arup chakraborty

Posted Friday, December 12, 2008 5:35 AM

SSC-Addicted

Group: General Forum Members
Last Login: Tuesday, July 03, 2012 5:49 AM
Points: 418, Visits: 365

Very useful article. Easy 2 understand.

Post #618524

vishal.gamji

Posted Saturday, December 13, 2008 6:39 PM

Mr or Mrs. 500

Group: General Forum Members
Last Login: Thursday, June 13, 2013 1:17 PM
Points: 536, Visits: 482

Nice article. I would go for extending an existing solution than re-inventing the wheel, which is - project real. ETL auditing is provided as code samples and well documented. Not exactly the perfect solution, but one can always extend on these solutions and make an SSIS template package and embed the custom auditing in that, so that any new package created will benefit from it.

Post #619203

ericb1

Posted Wednesday, December 17, 2008 2:01 PM

SSC Journeyman

Group: General Forum Members
Last Login: Today @ 1:36 PM
Points: 92, Visits: 296

great article, thanks. This is exactly what I am looking to do. I have several jobs here, and would like to be able to audit them. Is there some sample sql that can show me how to query this out of the audit table?

Post #621609

Pedro Perfeito

Posted Tuesday, April 07, 2009 5:42 AM

Forum Newbie

Group: General Forum Members
Last Login: Today @ 4:13 AM
Points: 5, Visits: 88

In my opinion you should replace auditing by logging...
Logging is what you wrote about, and auditing is usuall refered to each row in the pipeline and is incorporated in the datamart... audit a row represent information from each row imported from source and not about package. (Check Kimball sub-systems)

Regards,
Pedro
www.pedrocgd.blogspot.com

Post #691866

« Prev Topic | Next Topic »

Permissions