Revenir en arrière après des update

**charles_mourot** · 28/09/2006, 18h10

Bonjour,

Sur une table assez grosse (4 Millions d'enrg) les utilisateurs peuvent transformer des sous-ensemble de données à l'aide d'Upate à demi controlés par le programme client et par des proc en PLSQL (Bien sur il y a un commit après chaque update, autrement je ne poserai pas la question).

J'aimerai ajouter une fonctionnalité permettant aux utilisateurs de revenir en arrière (un peu comme Undo / Excel) après par exemple quelques manips (update) et suivant le résultat et la décision qu'ils prendraient suite à leurs premières modifs.

Je ne vois pas de solutions simples sans écrire pas mal de PLSQL, mais peut-être qu'il y a une possibilité existante plus facile d'où ce message.

La solution que je me propose est d'enregistrer à l'aide d'un trigger, les champs modifiés , avec une sorte de N° de modif et une proc pour remettre les modifications à la demande de l'utilisateur...
Merci de vos suggestions.

**Arturius** · 28/09/2006, 18h18

En 9i et suivant il est possible d'utiliser l'undo segment pour allez voir une ancienne valeur d'une ligne modifiéee (select .. from .. as of .. ).
Par contre la requête ce fait en fonction de la date ou du scn (il faudrait géré le moment de la transaction pour pouvoir récuperer les valeurs).
Les données dans l'undo segment ont une durée de vie limitée en fonction de l'activité transactionnelle de la base de du réglage de l'undo segment.

Sinon il faut gérer (via un trigger par example une table d'historique des modification pour pouvoir faire des retours arrières)

**LeoAnderson** · 28/09/2006, 18h43

Flashback semble plus approprié à ces besoins mais attention, pour fonctionner, flashback a besoin de journaliser (un peu comme les redo, mais dans le sens undo) et ces journaux sont TRES consommateurs de palce disque...

**orafrance** · 29/09/2006, 08h41

http://helyos.developpez.com/flashback/ ou http://helyos.developpez.com/logminer/

**LeoAnderson** · 29/09/2006, 09h14

C'est surtout les flashbacks (au pluriel car depuis la 10g, il y en a plusieurs : http://www.oracle.com/technology/dep...k_Overview.htm) car logminer ne te permettra pas de ramener toute ta table... tu pourras savoir qui, quand, comment, et quoi, mais le retour, tu le ferais à la main !

**Jaouad** · 29/09/2006, 09h24

Bonjour ,

effectuer un flachback complet et incomplet en 10G

**remi4444** · 29/09/2006, 11h04

Super interressant ce flashback partiel....

Par contre, j'ai l'impression que c'est orienté DBA, ça doit être chaud d'interfacer ce genre de commande pour en faire de véritables "undo" utilisateurs ne serais-ce que pour gérer les accès concurents. Car il me semble pas qu'on puisse annuler des modif anciennes tout en conservant des modifs récentes ?

Dans la mesure ou on ne peux pas jouer avec les rollback, j'ai bien l'impression que la seule solution souple soit de développer sois meme son suivi de modifs...

**LeoAnderson** · 29/09/2006, 11h19

ah non, si vous voulez faire vous-même votre propre retour en arrière, il n'y a guère que faire des commits/rollbacks à bon escient, c'est quand même étudié pour !!!!

**charles_mourot** · 29/09/2006, 12h58

Merci à tous ceux qui m'ont répondu, je pense que je vais utiliser le systeme FLASHBACK.

**orafrance** · 29/09/2006, 14h43

de toutes façons, j'ai relu le problème et c'est pas du tout adapté au besoin... là c'est un problème fonctionnel il faut donc le traiter fonctionnellement, cad un COMMIT que quand l'utilisateur est sûr de son choix

**pifor** · 02/10/2006, 10h01

La notion de SAVEPOINT peut éventuellement être intéressante: elle permet de faire des rollback partiels dans une transaction càd d'annuler les mises à jour suivant un savepoint donné (sans annuler toute la transaction en cours). Mais il faut quand même que l'application code la définition du savepoint:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part