Discussion :

[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 .. .. me crier pas dessus .. .. ),
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 ?

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

[olrt]

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

Vous devez valider ou restaurer explicitement la transaction à l'aide de la méthode Commit ou Rollback.

[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.

[dupin40]

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 :
Quand tu dis seront annulées en cas en cas d'incident. Un incident, c'est par exemple une exception soulévé ?
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 ?

[bidou]

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

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

[dupin40]

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

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.


a+

[TotoParis]

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 .. .. me crier pas dessus .. .. ),
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 ?

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

ROLLBACK plutôt, non ?