Question

Une piste d'audit de base de données capture la dernière modification de l'utilisateur, la date de modification et la date de création.

Il existe plusieurs implémentations possibles :

  • Déclencheurs SQL Server
  • Ajoutez les colonnes UserModified, ModifiedDate, CreatedDate à la base de données et incluez la logique dans les procédures stockées ou les instructions Insert, Update en conséquence.

Ce serait bien si vous incluez la mise en œuvre (ou un lien vers) dans votre réponse.

Était-ce utile?

La solution

En fonction de ce que vous faites, vous souhaiterez peut-être déplacer l'audit de la couche de données vers la couche d'accès aux données.Cela vous donne plus de contrôle.

J'ai posé une question similaire concernant NHibernate et SqlServer ici.

Autres conseils

J'appuie totalement @IainMH (et je l'ai voté).

Vous voulez l'avoir dans votre DAL et idéalement lié à une sorte de mécanisme d'injection d'aspect/intercepteur/code.

+2 pour la mise en œuvre de quand Comment auditer au DAL.

Quant à l'endroit où les entrées d'audit elles-mêmes doivent résider, cela dépend de la manière dont elles seront visibles.Je créerais un tableau séparé si les utilisateurs peuvent afficher un "rapport de piste d'audit" distinct, mais je baliserais les tables existantes si vous souhaitez afficher les derniers audits de type modifié en ligne.

Voici l'implémentation que j'utilise pour auditer les tables :FAQ n°5 sur SQL Server de Pop Rivett :Accédez à la piste d'audit

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top