Conseils sur le suivi des modifications dans Sql Server 2008

Question

Mon client recherche un moyen de réaliser des pistes d'audit complètes (vue complète des données historiques sur toutes les tables) dans l'application. En plus de l'ancienne façon d'avoir des copies de table ou de stocker le nom du champ, la valeur du champ, modifié par, modifié sur etc, je cherchais à utiliser le suivi des modifications de Sql Server 2008.
a trouvé un How-To article on msdn sur le même

Quelqu'un at-il utilisé (ou fait un POC) Sql Server 2008 Modifier fonction de suivi et a trouvé qu'il vaut la peine. Aussi, si possible, veuillez préciser ce que vous vouliez et ce que vous avez trouvé/conclu. Tous les conseils sur le même sont les bienvenus.

[Editer]
Cela fait une semaine encore pas de réponse!

Answer 1

Le suivi des modifications SQL ne peut pas être utilisé à des fins d'audit. (bien peut-être que ça peut, mais pas pour ça).

L'administrateur de base de données SQL ici où je travaille, me dit que le journal des transactions est déjà la piste d'audit.

(Désolé je ne sais pas comment faire pour que si utile)

Answer 2

Je l'ai utilisé CDC dans un ensemble avant-entrepôt de données. Il est très bon et vous évite d'avoir à écrire des triggers pour toutes vos tables, mais je liste 2 domaines de la prudence:

1. Par défaut, il y a un travail d'agent SQL qui émonde les tables tous les jours X (peut » t souvenez-vous de la valeur par défaut), vous devez donc soit surcharger cela, soit expédier les données ailleurs. Les scripts qui suppriment et recréent des tables (ce que fait parfois MSSQL Management Studio) peuvent entraîner la suppression de vos tables CDC et la perte de données, alors faites attention.