Discussion :

[azur668]

Bonjour,
J'ai des écrans de saisie qui vont écrire dans un dizaine de tables.
Je voudrai donner la possibilité à l'utilisateur d'annuler l'ensemble des modifications effectués sur son écran, mais cela même après que les données aient été transférés dans les tables.

Existe il la possibilité de créer une sorte de 'point de retour' pour revenir a l'état antérieur des données ?

L'annulation peut avoir lieu plusieurs (longues) minutes après, donc l'utilisation de transaction ne semble pas adaptée, car cela paralyse trop la base.

En fait cela ressemble a 'rejouer le journal à l'envers', mais uniquement pour les données écrites par un utilisateur (ou une connexion) donné

Merci pour vos idées

[elsuket]

Bonjour,

L'annulation peut avoir lieu plusieurs (longues) minutes après, donc l'utilisation de transaction ne semble pas adaptée, car cela paralyse trop la base.

C'est tout à fait exact.

En fait cela ressemble a 'rejouer le journal à l'envers', mais uniquement pour les données écrites par un utilisateur (ou une connexion) donné

C'est possible mais horriblement lourd à implémenter, et pas souple du tout.

Le mieux me semble de stocker un identifiant de l'utilisateur avec l'heure de modification ...

@++

[azur668]

Merci elsuket

Mais j'ai pas compris.

Le mieux me semble de stocker un identifiant de l'utilisateur avec l'heure de modification ...
@++

Je ne cherche pas simplement a savoir qui a fait la dernière modif, mais bien à revenir a l'état antérieur a cette modif.

Peut-être que je n'ai pas bien exprimé mon problème :

L'utilisateur saisi des données dans plusieurs tables, avec trois niveaux d'arborescences
(style : coordonnées client / liste des commandes / liste des lignes de commandes, pour faire simple)
Il peut saisir plusieurs commandes à la suites, avec chacune leurs lignes de détail, ainsi que modifier ou supprimer des commandes et/ou des lignes de commandes existantes, puis décider de rétablir sa fiche telle qu'elle se trouvait avant de commencer sa série de modification.

Maintenir une sauvegarde des données avant modification dans une arborescence parallèle temporaire me semble bien lourd...

Et peut-être une Transaction 'légère', par exemple qui permettrai aux autres utilisateurs de lire les données encore dans la transaction (si cela existe...), ne chargerai pas trop la base ?

Même une solution un peu 'Bricolage' me convient, pourvu qu'elle ne soit pas trop lourde à implémenter.

[elsuket]

Désolé c'est moi qui ai mal compris

Pourquoi ne pas écrire un trigger pour historiser vos données ?

@++