fonction du undo_suppress_error

Citation:

---

d'effectuer l'Insert, il met dans l'UNDO tout le scan de la table lu avant l'insertion...

---

Je ne pense pas que ce soit le cas général: l'undo est utilisé par un SELECT si un bloc qui doit être lu est en cours de modification par une transaction concurrente pour lire l'image avant modification des données.

Par contre, si vous avez beaucoup de transactions qui restent ouvertes (INSERT/UPDATE/DELETE sans COMMIT, sans ROLLBACK) pendant des jours voire des semaines alors ceci peut provoquer une augmentation importante de l'espace utilisé par les rollback segments (cas vérifié avec Oracle 9.2 mais en mode gestion manuelle des rollbacks segments).

Pour vérifier s'il y a des transactions qui ne sont pas terminées, utilisez:

Code:

---

select start_time from v$transaction;

---

bah là, comme tu le fais par valeur c'est probablement plus vrai :?

Bonjour Pifor...
je n'avais qu'une seule transaction sur mon serveur et, de plus, ma database est fermée et ré-ouverte tous les jours... donc il n'y avait pas d'autre transactions en cours... bien que... les utilisateurs pouvaient, à ce moment là, se connecter à l'application, pour effectuer des selections ou des mises à jours...

Autre explication : Suffirait-il d'un utilisateur effectue une mise à jour en parrallèle de mon traitement d'insert pour que celui-ci stocke autant de place d'UNDO ?

Merci encore pour vos réponses..

Citation:

---

Suffirait-il d'un utilisateur effectue une mise à jour en parrallèle de mon traitement d'insert pour que celui-ci stocke autant de place d'UNDO ?

---

Peut-être mais il faudrait que ce soit une mise à jour très importante (du genre plusieurs millions de lignes au moins) pour justifier quelques Go d'undo.

Citation:

---

Peut-être mais il faudrait que ce soit une mise à jour très importante (du genre plusieurs millions de lignes au moins) pour justifier quelques Go d'undo.

---

Et ce n'est pas le cas... juste une petite mise à jour de quelques lignes... donc, nous n'avons pas d'explication 'rationnelle' de la chose ?

Je ferme le post ou bien vous avez d'autres idées ?

Je ferme le post sans avoir eu une réponse précise sur mon sujet...
Ma conclusion : Quand un fichier UNDO grossit démesurément (x 40) alors qu'il y a très peu de mvts d'update en entrée (4000 dans le cas qui nous interesse !) il faut refaire les stats et repasser le traitement...
Le lien entre le UNDO et les stats, reste ici, assez obscur !

Merci à tous pour vos participations...