ERREUR - "le plan en cache ne doit pas modifier le type en résultat"

Bonjour à tous ,

Je travaille avec Delphi Xe2, couplé des composants AnyDac qui me permettent une liaison native avec PostGreSQL 9.3.

Depuis quelques temps, j'ai cette erreur en faisant appel à une procédure stockée :

Citation:

---

EPgNativeException avec le message '[AnyDAC][Phys][PG][libpq] ERREUR: le plan en cache ne doit pas modifier le type en résultat'.

---

ou

Citation:

---

cached plan must not change result type

---

selon la langue de la base.

Je n'ai fait aucune modification de la procédure depuis plusieurs mois, et elle fonctionnait très bien.

J'ai modifié le type de deux champs en base, mais ma procédure ne les lit pas, et les renvoie encore moins.
Lorsque je fais des "Raise Log", je vois que la procédure s’exécute en entier sans problème etfichier pg_hba.conf depuis j'ai redémarré les configs, le service, le pc, et bien sûr recompilé l'application et relancé plusieurs fois.
J'ai aussi lancé un vacuum après avoir lu que cela pouvait résoudre mon problème... sans succès bien sûr.

Aujourd'hui je n'ai plus d'idées , alors je compte sur les vôtres.

Merci d'avance !

J'ai un petit peu avancé dans mes recherches.

Ma procédure 1 appelle une procédure 2.
Lorsque j’enlève cet appel, le programme fonctionne.

Ma procédure 2 crée des tables temporaires. Lorsque j'enlève ces tables, cela fonctionne.
Seulement j'ai besoin de ces tables.

Citation:

---

create LOCAL temporary table IF NOT EXISTS MATABLE(
id integer
) /*on commit drop*/;

---

Avec on sans le on commit, le programme plante.

J'ai lu sur différents topics que ces tables "temporary" étaient détruites à la fin de la transaction. Je pense que le problème vient de là, lors du drop, mais je ne sais pas pourquoi.
Comme expliqué dans le programme ci-dessus, cela a déjà fonctionné auparavant. Je ne sais pas ce qui c'est passé.

En espérant que cela va vous permettre de me donner une réponse,

merci d'avance

Et si vous bougez la création des tables temporaires dans la proc 1, ça plante toujours ?

Le fait de créer des tables temporaires invalide le cache et la procédure est recompilée. En effet le mélange de DDL (create, alter, drop...) interdit la compilation puisque la compilation se base sur une syntaxe avec des objets existants. Dès lorsqu'un objet est créé dynamiquement, le compilateur n'a pas d'autre choix que de s'arrêter avant la commande DDL et recommencer la compilation après l'exécution de l'ordre DDL.
Voyez si en plaçant la création de vos tables temporaires avant tout autre code (donc dans la 1ere procédure), cela ira mieux.

A +

Ah OK ! Je comprends mieux maintenant.:roll:

Pour ma part j'ai résolu le problème en remplaçant les

Code:

---

Create temporary table

---

par des

Code:

---

Create unlogged table

---

Cela fonctionne, mes tables sont créées une fois et jamais détruites.
Je fais ensuite des truncate dessus à chaque nouvel appel de procédure.