Vous n'êtes pas identifié(e).
Merci pour cette réponse.
Nous avons trouver également la méthode clearStatementCache() qui pourrait nous dépanner.
Je mettrais à jour ce file de discussion si nous avons réussi avec une de ces 2 méthodes.
Bonjour Marc,
Merci pour votre réponse.
Concrètement comment doit-on faire ?
Bonjour Guillaume,
Pour pg_prepared_statements c'est que nous avions compris.
Pour supprimer les plans en cache : comme faire à part relancer le WAS ?
Bonjour,
Nous rencontrons depuis quelque temps cette erreur :
ERROR: cached plan must not change
Voici notre situation :
WAS >> hibernate >> appli >> pool de connexion >> drivers jdbc >> cluster postgresql 9.1.2
L'application génère des prepared statements qui sont persistants dans le cache du driver JDBC.
Si on modifie le DDL (ajout de colonne, modification de la taille d'un champ, etc...) sur une des tables concernées par la requête stockée dans le cache jdbc, on obtient l'erreur cached plan must not change.
Notre solution est de forcer le vidage du cache jdbc en redémarrant le WAS (ce qui n'est pas acceptable puisque le WAS héberge d'autres applications).
La vue pg_prepared_statements ne donne rien, on ne voit pas les prepared statements. Donc on ne peut pas faire de deallocate.
Connaissez vous une solution de contournement à ce problème ?
Merci.
