[PgAdmin 3] Gestion des transactions

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:

---

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:

---

select * from toto;

---

J'ai l'erreur suivante :

Citation:

---

ERROR: relation "toto" does not exist


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

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

---

Si j'ajoute un point de sauvegarde :

Code:

---

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 :

Citation:

---

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

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

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 :

Citation:

---

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

Bonjour,

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

Code:

---

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

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

ced

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.

C'est exactement ça, mais je n'ai trouvé aucune option jusque là...

ced

La réponse est : ce n'est pas possible pour le moment. Si une erreur survient, un ROLLBACK est automatiquement exécuté, sans tenir compte des points de sauvegarde. On n'a pas le choix.
C'est codé comme ça dans PgAdmin.
Un ticket a été ouvert pour permettre à l'utilisateur, en cas d'erreur, d'effectuer un rollback complet ou vers un point de sauvegarde, si il en a créé un.

Par ailleurs, les points de sauvegarde fonctionnent quand même. C'est juste le fait de déclencher une erreur qui provoque un ROLLBACK...

Je passe en :resolu:, bien qu'en réalité, il faille attendre une prochaine version de PgAdmin :mouarf:.

ced