Historisation des modifications

Bonjour,
Je souhaiterai mettre en place une historisation des modifications opérées sur une BD MS SQL.
Pour cela je vais créer une table qui collectera toutes les modifications, quelque soit la table modifiée.
Cette table des historiques sera alimentée via les triggers.
Je voudrai savoir :
_1_ comment récupérer le nom du champ modifié ?
_2_ Avoir une ligne par modification dans le cas où plusieurs modifications sur la ligne qui va être actualisée/ Rafraichie ?

J'envisage que ma table de collecte des historiques contienne :
_ La date-heure de la modification
_ Le nom de la Table modifiée
_ Le nom du champ modifié.
_ La valeur avant modification
_ La valeur après modification

Par avance, merci à ceux qui se pencheront sur ce problème qui peut intéresser du monde.

salut il faudrait préciser si la base de données est associée à un "front-end" c'est à dire à une programme client ou bien un navigateur web.Donc plus de précisions sur l'architecture du projet.

Bonjour,
La base de données MS SQL est celle d'un ERP.
Elle est exploitée par un "Front-end" de ma composition.
Pour le moment, pas d'exploitation par un navigateur WEB.
Je ne suis pas un expert des serveurs SQL, comme vous l'aviez deviné.
Je ne cherche qu'à faire un traçage des interventions sur la base de données.


J'envisage que ma table de collecte des historiques contienne :
_ La date-heure de la modification
_ L'identifiant de l'opérateur <-- j'avais oublié
_ Le nom de la Table modifiée
_ Le nom du champ modifié.
_ La valeur avant modification
_ La valeur après modification

Par avance, merci à ceux qui se pencheront sur ce problème qui peut intéresser du monde.

salut la solution que je voulais proposer c'était par le code donc si vous faites un insert dans une table il suffit de dupliquer la commande et faire un insert dans une table temporaire.
Cependant si le workflow bref le fonctionnel passe par un ERP aille ça risque d'être compliqué à moins de pouvoir paramétrer l'ERP

Pour conserver l'historique des valeurs, vous pouvez utiliser les tables temporelles

Voir ICI

Citation:

---

Envoyé par Mat.M

salut la solution que je voulais proposer c'était par le code donc si vous faites un insert dans une table il suffit de dupliquer la commande et faire un insert dans une table temporaire.
Cependant si le workflow bref le fonctionnel passe par un ERP aille ça risque d'être compliqué à moins de pouvoir paramétrer l'ERP

---

La couche applicative ne peut pas garantir le suivi des modifications dans la base de données, seul le SGBD peut le faire.
D'une part, sur une base de données, on n'est presque jamais seul, d'autre part, les sources de modifications sont multiples (différents programmes, utilitaires, triggers...) et tout ça s'exécute en parallèle et parfois en multi-thread !
Qu'on soit sur un ERP ou pas ne change rien à l'affaire.

SQL Server dispose d'un mécanisme de tables d'historisation tel que défini par la norme SQL (table temporelles). La mise en œuvre de ce mécanisme ne change rien à l'application et permet des interrogations temporelles (quel était l'état de mes données au 3/7:2021 à 0h28) ou encore sur une plage de temps...

Lisez l'article que j'ai écrit à ce sujet et qui est la présentation que j'en ai fait pour Microsoft France :
https://blog.developpez.com/sqlpro/p...r-presentation

A +

Citation:

---

Envoyé par escartefigue

La couche applicative ne peut pas garantir le suivi des modifications dans la base de données, seul le SGBD peut le faire.
Qu'on soit sur un ERP ou pas ne change rien à l'affaire.

---

Apparemment mon message a mal été compris.
est-ce que vous avez déjà utilisé un ERP ?
Un ERP c'est une techno propriétaire donc on ne peut pas faire ce que l'on veut

Au contraire, c'est mon message que vous n'avez pas compris.

Encore une fois, qu'on soit sur un ERP ou sur un applicatif maison, une solution applicative pour historiser les données comportera des failles. Alors que les tables temporelles sont faites pour ça.