Discussion :

[ced]

Bonjour,

Je rencontre un petit soucis avec la gestion des transactions dans PgAdmin III.
La version que j'utilise est la dernière (1.10), sur un serveur Postgresql 8.3.7.

Voici le problème : quand je crée une transaction dans un script SQL sous PgAdmin, et que, par hasard , il y a une erreur dans une des lignes du script, PgAdmin procède à un ROLLBACK complet de la transaction depuis le début.

L'ajout de points de sauvegarde n'y change strictement rien...

Prenons un exemple simple :

Code :

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

1
2
3
4
begin;
create temp table toto (id int);
insert into toto values (1);
select * from tot; -- là je fais une erreur

Si je retente un :

Code :

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

select * from toto;

J'ai l'erreur suivante :

ERROR: relation "toto" does not exist


********** Erreur **********

ERROR: relation "toto" does not exist
État SQL :42P01

Si j'ajoute un point de sauvegarde :

Code :

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

1
2
3
4
5
6
7
begin;
create temp table toto (id int);
insert into toto values (1);
SAVEPOINT mon_pointdesauvegarde;
select * from tot;
select * from toto;
rollback to mon_pointdesauvegarde;

Le rollback au point de sauvegarde renvoie l'erreur :

ERROR: ROLLBACK TO SAVEPOINT can only be used in transaction blocks


********** Erreur **********

ERROR: ROLLBACK TO SAVEPOINT can only be used in transaction blocks
État SQL :25P01

Si j'exécute le même script en console psql, la restauration au point de sauvegarde fonctionne parfaitement, et ma table toto est toujours là.

D'où ma question : comment utiliser les points de sauvegarde dans PgAdmin ? Je me doute qu'il s'agit d'un problème de blocs de transaction, mais comment faire ?

Ca éviterait d'avoir à relancer des parties de traitements particulièrement longs quand on a une erreur un peu plus bas dans un gros script sous PgAdmin...

Merci d'avance de votre aide,

ced

[Arkhena]

Bonjour,

Je peux me tromper mais ne faut-il pas terminer le bloc par un "COMMIT;" ?

Ce que j'ai compris de l'erreur, c'est que pg ne comprend pas qu'il s'agit d'un bloc transactionnel...

Cordialement,

Arkhena

[ced]

Bonjour,

Merci de bien vouloir m'aider.
Malheureusement, le problème ne vient pas d'un manque de COMMIT. Je pourrais très bien ne pas vouloir valider les modifications tant que je ne suis pas arrivé au bout du script.
Tout se passe comme si, dans PgAdmin, on n'avait qu'un seul bloc transactionnel, et que la moindre erreur entraîne un ROLLBACK de tout ce bloc.

Sous psql, après l'erreur, si on essaie un SELECT quelconque, il y a un message d'erreur qui demande un ROLLBACK, qu'on peut exécuter jusqu'au point de sauvegarde :

ERROR: current transaction is aborted, commands ignored until end of transaction block

La question revient à : comment gérer plusieurs blocs de transaction sous PgAdmin ?

ced

[Arkhena]

Bonjour,

Désolée de ne pas avoir pu aider... J'avais pensé ça car l'exemple de la doc postgre donne :

Code :

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

1
2
3
4
5
6
7
BEGIN;
    INSERT INTO table1 VALUES (1);
    SAVEPOINT mon_pointsauvegarde;
    INSERT INTO table1 VALUES (2);
    ROLLBACK TO SAVEPOINT mon_pointsauvegarde;
    INSERT INTO table1 VALUES (3);
COMMIT;

Je ne connais pas PgAdmin et ne peux donc pas vous aider...

Bon courage!

Arkhena

[ced]

Exact, malheureusement, PgAdmin ne permet pas d'implémenter cet exemple correctement (ou alors je n'ai pas trouvé comment faire ).

ced

[estofilo]

Ce que ça semble montrer, c'est que pgadmin fait un ROLLBACK de lui-même quand une erreur lui est remontée par le serveur.

J'imagine que pgadmin a fait ce choix pour éviter à l'utilisateur de boucler sur l'erreur "ERROR: current transaction is aborted..." pour toute requête ultérieure à celle qui a provoqué l'erreur, contrairement à psql pour lequel c'est à l'utilisateur de faire le rollback.

Mais ça a l'inconvénient qu'on ne peut pas utiliser les savepoint comme tu le voudrais.
A moins qu'il n'y ait une option quelque part dans pgadmin qui permette de désactiver ce rollback automatique.