Discussion :

[Rymaya]

Bonjour ,

Je rencontre toujours un soucis avec UPDATE, avant de faire un UPDATE, je fais une copie de mes tables , je fais update sur les tables de tests , je vérifié les résultats , si c'est OK , je fait update sur mes tables réelles.

Ma question est la suivante : est ce qu'il y a une possibilité d'annuler une update et de revenir à l’état initial autrement dit faire une restauration ?

Si oui , merci de m'expliquer les étapes à suivre

[McM]

avec un rollback

[Rymaya]

Effectivement après update , je pourrais faire COMMIT pour valider , ROLLBACK pour annuler.
Mais moi je veux faire l'update sur ma table par la suite je teste les résultats , si ça marche pas je fais une restauration

[McM]

Tu peux très bien faire l'update, ne pas commiter, vérifier les données, et si c'est bon, commiter sinon rollbacker.

[sevyc64]

pour ne pas "commiter", l'update doit être fait dans une transaction (explicite en l'occurence). Les mises à jours effectuées ne seront visible que dans la transaction en cours et par l'utilisateur en cours de la transaction.

Une transaction se termine obligatoirement par un commit ou un rollback, elle ne peut pas être laissée en suspend.

Donc vérifier l'update sans avoir valider la transaction, cela signifie faire un select immédiatement après l'update, le tout dans la même transaction. Ceci dit, certaines erreurs de l'update peuvent n'être découvertes qu'au commit de la transaction.

[Pomalaix]

pour ne pas "commiter", l'update doit être fait dans une transaction (explicite en l'occurence)....

Cette phrase donne l'impression qu'on aurait le choix entre mode transactionnel et mode non transactionnel. Or un tel choix n'existe pas sous Oracle, et par ailleurs, toujours sous Oracle, le début d'une transaction est toujours implicite.

[mnitu]

...
Ma question est la suivante : est ce qu'il y a une possibilité d'annuler une update et de revenir à l’état initial autrement dit faire une restauration ?

...

FLASHBACK TABLE