[C#] histoire de commit et de roolback

Version imprimable

09/02/2004, 18h11
dupin40

[C#] histoire de commit et de roolback

Je me pose une petite question :
J'utilise les commandes de types oracle ( OracleCommand ) pour exécuter des requêtes de mise à jour, de insert, select ....
Mais maintenant que je m'occupe de la gestion des erreurs dans mon application notament les erreurs (exceptions)
liées aux bases de données (je sais j'aurais du le faire dès le début mais bon .. :oops: .. me crier pas dessus .. :oops: .. ),
je me pose une question:
Si je ne commit pas mes transaction manuellement, elles sont commitées à fermeture de ma connexion ? c'est bien ca .... (si ya pas eut d'erreur)
et s'il y a des erreurs, est ce que le roolback est automatique aussi à la fermeture de la connexion ?
Sinon faut 'il les gérer soi-meme et faire les commit qd ca marche et les roolback dans les catch des exceptions ? :roll:

si qqun c'est posé la question ........
:merci:
09/02/2004, 18h30
olrt

Dans la documentation de OleDbConnection.BeginTransaction(), il
est précisé :

Citation:

Vous devez valider ou restaurer explicitement la transaction à l'aide de la méthode Commit ou Rollback.
10/02/2004, 07h18
bidou

La règle d'ADO est stricte. toute les transactions dont le Commit explicite n'a pas été fait seront annulée en cas d'incident.
Ce qui revient à dire qu'à la fermeture de la connexion, elle auront toutes un RollBack Implicite.
10/02/2004, 09h44
dupin40

Citation:

Envoyé par bidou

La règle d'ADO est stricte. toute les transactions dont le Commit explicite n'a pas été fait seront annulée en cas d'incident.
Ce qui revient à dire qu'à la fermeture de la connexion, elle auront toutes un RollBack Implicite.

Là ca m'intéresse ... :) ... J'ai encore une ou deux ch'tites questions :
:arrow: Quand tu dis seront annulées en cas en cas d'incident. Un incident, c'est par exemple une exception soulévé ?
:arrow: Si la déconnexion ( close() ou dispose() ) permet de gérer le commit ou le roolback selon ce qu'il c'est passé dans la transaction, faut il faire confiance ou bien se faire le commit ou le roolback avant de fermer la connexion ?
10/02/2004, 10h19
bidou

:arrow: Une exception soulevé non gérée va fermer la connexion, donc toute les transactions seront annulées (sauf celles commitées auparavant)

:arrow: Il n'y a pas de gestion. Je le répète toutes les transactions n'ayant pas eu un commit explicite seront annulées
10/02/2004, 10h26
dupin40

Merci bien Bidou ....
C'est beaucoup plus clair !! :yaisse:

Donc si je veux garder une partie des mes transcations je commit (explicitement)
sinon je perd l'ensemble des transactions faites lors de la connexion si un incident intervient avant
la fermeture de la connexion.

:merci: a+
18/05/2021, 17h45
TotoParis

Citation:

Envoyé par dupin40

Je me pose une petite question :
J'utilise les commandes de types oracle ( OracleCommand ) pour exécuter des requêtes de mise à jour, de insert, select ....
Mais maintenant que je m'occupe de la gestion des erreurs dans mon application notament les erreurs (exceptions)
liées aux bases de données (je sais j'aurais du le faire dès le début mais bon .. :oops: .. me crier pas dessus .. :oops: .. ),
je me pose une question:
Si je ne commit pas mes transaction manuellement, elles sont commitées à fermeture de ma connexion ? c'est bien ca .... (si ya pas eut d'erreur)
et s'il y a des erreurs, est ce que le roolback est automatique aussi à la fermeture de la connexion ?
Sinon faut 'il les gérer soi-meme et faire les commit qd ca marche et les roolback dans les catch des exceptions ? :roll:

si qqun c'est posé la question ........
:merci:

ROLLBACK plutôt, non ?