Journalisation des modifications d'une table dans Derby - Chicoree

1 Préambule

Pour commencer, voici la table qui nous servira de support. Celle-ci pourrait servir dans une application de gestion clientèle. Son rôle étant d'associer des clients à leur ligne de crédit autorisé (noté de A à F):

2 Journaliser les insertions

Dans cette section, nous allons nous intéresser à la journalisation des insertions dans la table. Nous ne nous préoccuperons pas d'enregistrer d'autres événements comme la modification d'un enregistrement ou sa suppression.

2.1 Avec une valeur par défaut

Intéressons nous donc tout d'abord à la solution qui consiste à utiliser le nom de l'utilisateur comme valeur par défaut:

2.2 Avec un trigger

Nous allons maintenant utiliser un TRIGGER (Dans une base de données, un TRIGGER est une action déclenchée lors de la modification d'une table.) pour enregistrer le nom de l'utilisateur après chaque ajout.

3 Journaliser les insertions, modifications et suppressions

Journaliser l'ensemble des évènements sur une table (INSERT, UPDATE et DELETE) se révèle un rien plus complexe: en effet, puisque plusieurs événements peuvent concerner le même enregistrement, il s'avère nécessaire d'ajouter une table annexe pour stocker le journal des modifications.

3.1 La table d'audit

La table d'audit nous servira à mémoriser les informations pour chaque événement: date, type d'événement, enregistrement cible et utilisateur à l'origine de l'événement. Bien entendu, les utilisateurs ne devront avoir aucun accès à cette table (en tous cas, pas en modification):

3.2 Les triggers

Reste à ajouter les triggers. Oui: les triggers. En effet, nous allons auditer plusieurs types d'évènements:

3.3 Tests

On peut maintenant s'assurer du fonctionnement de l'ensemble: