Récupération d'exceptions dans un script

Invité · 29/12/2008, 11h05

Bonjour à tous.

Dans ma quête pour comprendre le SQL et l'utiliser correctement je viens de tomber sur un os.

Mettons que je doive écrire un long script qui fait des modifications dans mes tables (pas un simple SELECT donc). Le problème c'est qu'on est jamais sûr que notre script est exempt d'erreurs (erreur de frappe, mauvaise orthographe d'un champ, etc.). Or si une exception est levée en plein milieu du script celui-ci aura déjà été partiellement exécuté.
On va alors se retrouver avec une base complètement inconsistante et il faudra déterminer quelle requête est fautive pour réécrire un nouveau script ad hoc pour exécuter les requêtes qui ne l'ont pas été. Lequel nouveau script contiendra sans doute des erreurs de frappe, ce qui oblige à recommencer cette opération fastidieuse à chaque problème.

Existe-t-il donc un moyen de retrouver l'état initial de la base au cas où une exception survient au cours du script afin de pouvoir corriger simplement le script et l'exécuter à nouveau, sans avoir à en écrire un autre ?

**SQLpro** · 29/12/2008, 16h50

Existe-t-il donc un moyen de retrouver l'état initial de la base au cas où une exception survient au cours du script afin de pouvoir corriger simplement le script et l'exécuter à nouveau, sans avoir à en écrire un autre ?

Oui, cela s'appelle une transaction. Lisez ce sue j'ai écrit à ce sujet :
http://sqlpro.developpez.com/cours/sqlaz/techniques/#L1

A +

Invité · 30/12/2008, 09h37

Merci pour la réponse.

J'ai orienté mes recherches sur les transactions, mais ça n'a pas l'air de marcher...

Note : J'utilise MySQL version 5.0 avec le moteur InnoDB (qui supporte donc les transactions).

Quand j'exécute un script contenant une erreur (en utilisant la console), j'observe que seule la requête fautive est annulée et l'exécution du script continue jusqu'à la fin.
L'occurrence d'une erreur ne provoque donc pas la fin de la transaction et le rollback que j'attendais.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
START TRANSACTION;
 
REQUETE 1;
 
REQUETE 2;
 
...
 
COMMIT;

J'ai aussi vu à plusieurs endroit des personnes suggérer d'utiliser une variable de MySQL : autocommit. Mais même en faisant

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SET autocommit = 0;

en début de code ça ne change rien.
D'ailleurs je ne comprend pas bien l'intérêt de faire ça vu qu'une transaction est justement censée empêcher le commit à la fin de chaque requête et ne commiter qu'à la fin... Me trompe-je ?

Si la solution nécessite d'utiliser des techniques propres à MySQL et plus les fonctionnalités SQL pur je veux bien déplacer mon post, mais ça me semble bizarre que la récupération des erreurs ne soit pas prévue dans la spécification de base du SQL.