Rollback sur un ou plusieurs update

Bonjour,

je me pose une petite question aux vues d'un script que j'ai dev qui a tendance à pas beaucoup apprécier les rollback que je lui fais faire.
Bon, ok, c'est pas génial les rollback, mais c'est justement pour tester la solidité du process LOL

Alors, voila mon cas.
J'ai une table (id, status)
avec des ID allant de 1 à X (PK)
et mon status qui est soit W soit S
j'extrais tous les W et je les updates à S.

jusque là, rien de bien embetant.

Maintenant, en terme de process, si j'ai un probleme sur un ID (regles fonctionnelle) je rollback pour l'ensemble de mes ID
et donc, est ce que ca change qlq chose si je fais un update par id et que je rollback ou si je fais update global et que je le rollback ?
est ce qu'il y en a un qui sera mieux géré ?

Merci pour votre retour.


Steven

Citation:

---

Envoyé par bstevy

...
est ce que ca change qlq chose si je fais un update par id et que je rollback ou si je fais update global et que je le rollback ?
...

---

Faire un update par ID c'est à dire N updates pour modifier N lignes c'est inefficace est par voie de conséquence complétement erroné. De plus une instruction Oracle est atomique, quand elle échoue elle remet la base à l'état que celle ci avais au départ. Donc un update qui concerne N ligne arrivant à se planter à la M-émé ligne va annuler automatiquement l'effet produit sur la base pour les 1 à M-1 ligne déjà modifiées. Null besoin de exécuter rollback.

Citation:

---

Envoyé par mnitu

Faire un update par ID c'est à dire N updates pour modifier N lignes c'est inefficace est par voie de conséquence complétement erroné. De plus une instruction Oracle est atomique, quand elle échoue elle remet la base à l'état que celle ci avais au départ. Donc un update qui concerne N ligne arrivant à se planter à la M-émé ligne va annuler automatiquement l'effet produit sur la base pour les 1 à M-1 ligne déjà modifiées. Null besoin de exécuter rollback.

---

Désolé, mais en fait, j'aurais du mettre ce message dans le forum PLSQL... car c'est un cas qui se produit en parcourant un curseur.

Je parcours mon curseur (une liste de contrat), j'extrais des données relatives à ces contrats, et je mets à jours ma table d'extraction (unitairement, chaque contrat apres avoir extrait les données).
Si lors de l'extraction de mes données, je detecte un problème, par exemple, le contrat n'existe pas en base, je fais un rollback (et je sors).
Et donc dans ce cas, je rollback les n updates que j'ai fait précédement...


Maintenant, imaginons la meme chose, mais fait differement.
Je crée mon curseur à partir de ma table d'extraction, et je mets à jours ma table d'extraction d'un seul update, mais sans commit.
J'extrais alors mes données de contrat, et si un n'existe pas, je fais un rollback (et je sors).
Et donc dans ce cas, je rollback 1 update mais sur l'ensemble de ma table au lieu de n update sur une partie...

Le résultat fonctionnellement parlant est le même, mais en terme d'opération que doit réaliser oracle, je ne me rends pas compte de la charge que ca peut representer et c'est uniquement sur ce point que je veux des infos. Est ce que ca change qlq chose lors du rollback ?




Soit dit en passant, je sais que c'est terriblement inefficace. Mais je viens d'arriver dans une nouvelle boite ou ils font comme ca, et j'essaye petit à petit de changer les choses. mais pour le moment, ils aiment leur curseur et le travail sequentiel unitaire... :mur:

Vous est dans la confusion: l'instruction rollback concerne une transaction et non pas des "l'ensemble de ma table" ou des "de n update sur une partie".

Mais justement... ce que je veux savoir, c'est si dans une transaction il y a 15 update de fait sur une table, ou un seul, et que je rollback ma transaciton.... est ce que ca va changer qlq chose ?

donc, ce que j'en deduis de votre réponse, c'est que peut importe le nombre d'instruction qu'il y a a rollbacker, le résultat est le même

donc pour le moment, je peux rester sur mon traitement unitaire.

Citation:

---

Envoyé par bstevy

... ce que je veux savoir, c'est si dans une transaction il y a 15 update de fait sur une table, ou un seul, et que je rollback ma transaciton.... est ce que ca va changer qlq chose ? ...

---

C'est le temps de revisiter les Concepts

Merci mais s'il suffisait de lire la doc pour comprendre personne ne viendrait sur le forum ... Ça m'éclaire pas et vous semblez pas vouloir m'expliquer donc juste arrêtez de répondre et laisser quelqu'un avec un peu plus de pédagogie aider ceux qui en ont besoin.

Un rollback sur un transaction annule toute la transaction, quelque soit le nombre d'opérations effectuées.

Le lien sur la transaction n'est pas inutile, car votre question porte exactement sur les implications de base de l'utilisation d'une transaction, et il répond à votre question dans son premier point.

Note: les transactions avec Oracle ne porte que sur le DML par sur les DDL

Je ne vois pas où est la réponse à ma question dans mon premier message.
La seule chose que je vois c'est qu'il a critiquer le fait de faire plusieur update et qu'il pense que mon update foire... ce qui n'est mais absolument pas le cas.

Je n'ai aucun update qui plante, donc l'update ne rollback rien du tout en lui même....

je vais juste aller poster ma question en plsql car là, les pro du sql, j'ai l'impression qu'ils comprennent rien.