Même si vous pouviez vous assurer que la « même » connexion est utilisée lors des requêtes ultérieures, cela n'aidera pas car une partie de l'allocation d'une connexion à partir du pool implique de réinitialiser les éléments liés à l'état de la session.

C'est intentionnel et c'est une bonne chose, car sinon vous pourriez divulguer des données privées d'une session de base de données vers une autre session sans rapport. Par exemple, cela poserait un problème si un utilisateur stockait des données sensibles dans une table temporaire et que la session de base de données d'un autre utilisateur pouvait lire cette table temporaire. Il en va de même pour les transactions en attente, les variables de session et les jeux de caractères de connexion. Tous ces éléments sont réinitialisés lorsqu’une connexion est allouée à partir du pool.

Donc, si vous utilisez des tables temporaires, vous ne devez les utiliser que lors de la même requête car elles seront supprimées une fois la connexion utilisée.

Si vous devez utiliser les données de la requête précédente dans la requête suivante, vous pouvez :

• Stockez les données dans des tables non temporaires.
• Stockez les données dans le cache.
• Écrivez un service d'arrière-plan Java pour traiter les données afin que vous puissiez créer et utiliser des tables temporaires en dehors des requêtes. Cela demande plus de travail et peut être trop complexe pour une simple application Web, mais dans certains services, c'est la solution optimale.