Comment garder un audit/historique des modifications apportées à la table

Il y a deux façons de créer des pistes d'audit.

1. Code de votre couche d'accès aux données.
2. Dans la base de données elle-même à l'aide de déclencheurs.

Il y a des avantages et des inconvénients à la fois. Certaines personnes préfèrent l'un sur l'autre. C'est souvent le type d'application et le type d'utilisation de base de données, vous pouvez vous attendre.

Si vous le faites dans votre DA couche c'est à peu près jusqu'à vous. Vous avez juste besoin d'ajouter du code pour chaque méthode qui enregistre dans la base de données à sauvegarder aussi un journal des modifications. Cet audit de code pourrait être dans votre DA code de couche, ou même dans votre stockées procs dans votre base de données si vous utilisez stockées procs pour tout. Essentiellement, le principe est le même, chaque fois que vous apportez une modification à la base de données, connectez-vous de ce changement.

Si vous voulez aller en bas de la déclencheurs de la route, vous pouvez écrire des déclencheurs personnalisés pour chaque tableau, ou de la mode plus générique déclencheur qui fonctionne de la même sur beaucoup de tables. Découvrez cet article sur les déclencheurs d'audit. Cela fonctionne par un tir de déclenche à chaque fois qu'une modification est faite, et les déclencheurs enregistrer les modifications. N'oubliez pas que si vous voulez auditer les instructions SELECT, vous ne pouvez pas utiliser des déclencheurs, vous aurez à faire dans le code/proc stockée audit. Il est également important de rappeler que selon votre base de données, des déclencheurs peuvent ne pas se déclencher en toutes circonstances. Par exemple, la plupart des bases de données ne sont pas des déclencheurs au cours de TRONQUER les états. Vérifiez que vos déclencheurs virer dans tous les cas que vous avez besoin de l'audit.

Alternativement, vous pouvez aussi jeter un oeil à l'aide de la service broker faire asynchrone de l'audit sur une machine dédiée. C'est plus complexe et nécessite un peu de configuration à mettre en place.

Qui jamais vous le faites, vous devez décider sur le format du journal d'audit à prendre. Normalement vous devez enregistrer ce journal dans votre base de données, mais vous pourriez tout simplement l'enregistrer dans un fichier journal ou ce qui convient à vos exigences. Vous pourriez utiliser un seul tableau d'audit qui enregistre toutes les modifications, ou vous pourriez avoir une table d'audit par la table principale en cours de vérification. Pour les grandes implémentations vous pourriez même envisager de mettre la vérification des tables dans un cadre totalement distincte de la base de données. Si votre enregistrement dans une table, il est courant d'avoir un "changement de type" champ qui indique si les états changement a été une instruction insert, update ou delete style de changement, avec la modification de données, l'utilisateur ayant effectué la modification et la date/heure du changement a été fait. N'oubliez pas d'inclure les données anciennes et nouvelles pour la mise à jour des changements de style.

OriginalL'auteur Simon P Stevens

Idem utiliser des déclencheurs.

Toute personne qui envisage la suppression logicielle devrait avoir une lecture de Richard Dingwall le problème avec Le soft de supprimer.

OriginalL'auteur martin clayton

J'ai récemment été confronté à une obligation de vérification des tables et j'ai opté pour l'utilisation de déclencheurs. Comme d'autres, je voulais seulement voir les entrées dans la table d'audit de ces champs qui avait réellement changé, cependant, lorsque vous mettez à jour les tableaux, l'application a été mise à jour tous les champs de la ligne qu'ils avaient changé ou pas, par conséquent, de vérifier si les champs ont été mis à jour ou pas ne m'a rien - ils avaient tous!

Ce que je voulais, donc, était une méthode de vérification de la valeur réelle de chaque champ pour voir s'il a changé ou non, et non seulement de les écrire sur le tableau d'audit si elle avait. Ayant été incapable de trouver une solution à cette énigme n'importe où, je suis venu avec mes propres, comme suit:

CREATE TRIGGER [dbo].[MyTable_CREATE_AUDIT]
ON [dbo].[MyTable]
AFTER UPDATE

AS

INSERT INTO MyTable_Audit 
(ItemID,LastModifiedBy,LastModifiedDate,field1,field2,field3,
field4,field5,AuditDate)
SELECT i.ItemID,i.LastModifiedBy,i.LastModifiedDate,

field1 = 
  CASE i.field1
    WHEN d.field1 THEN NULL
    ELSE i.field1
  END,

field2 = 
  CASE i.field2
    WHEN d.field2 THEN NULL
    ELSE i.field2
  END,

field3 = 
  CASE i.field3
    WHEN d.field3 THEN NULL
    ELSE i.field3
  END,

field4 = 
  CASE i.field4
    WHEN d.field4 THEN NULL
    ELSE i.field4
  END,  

field5 = 
  CASE i.field5
    WHEN d.field5 THEN NULL
    ELSE i.field5
  END,

GETDATE()

FROM inserted i
INNER JOIN deleted d
ON i.ItemID = d.ItemID

Comme vous pouvez le voir, je suis en comparant les valeurs de chaque champ dans le supprimé et inséré tables et seulement de l'écriture de la valeur de champ de la table insérée à la table d'audit s'ils sont différents, sinon je viens de l'écrire NULLE.

Certainement, cela fonctionne pour moi. Quelqu'un peut-il voir des problèmes avec cette approche? Mon équipe propre à la fois l'application et la base de données si possible courbe de boules comme les modifications de schéma sont prises en compte.

OriginalL'auteur Jon White

J'irais déclencheurs de la route, par la création de la table avec une structure similaire à la mise à jour, avec des colonnes supplémentaires pour le suivi des modifications comme ModifiedAt etc. Et puis les ajouter sur le déclencheur de mise à jour qui permettra d'insérer les modifications apportées à la table.
Je le trouve plus facile à entretenir que d'avoir tout dans le code de l'application. Bien sûr, beaucoup de gens ont tendance à oublier déclenche quand il s'agit de questions comme "wtf cette table est en train de transformer";) Cheers.

OriginalL'auteur pablox