Une stratégie alternative de suivi des révisions de base de données : le tableau de piste d'audit
Au-delà des options de conception évoquées précédemment, envisagez d'utiliser une table d'historique dédiée (une piste d'audit) pour gérer les révisions des entités. Cette approche centralisée offre un enregistrement complet de toutes les modifications de la base de données.
Structure du tableau des pistes d'audit
Le tableau AuditTrail
comprend ces champs :
<code>[ID] [int] IDENTITY(1,1) NOT NULL [UserID] [int] NULL [EventDate] [datetime] NOT NULL [TableName] [varchar](50) NOT NULL [RecordID] [varchar](20) NOT NULL [FieldName] [varchar](50) NULL [OldValue] [varchar](5000) NULL [NewValue] [varchar](5000) NULL</code>
Mises à jour des tables et mise en œuvre des déclencheurs
Les déclencheurs sur chaque table capturent les modifications. Pour chaque UPDATE
ou INSERT
opération, le déclencheur :
LastUpdateByUserID
.AuditTrail
.Avantages et inconvénients
Cette méthode offre plusieurs avantages :
Cependant, considérez ces inconvénients potentiels :
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!