Discussion :

[BuLma]

Bonjour,

Comment sont réellement gérées les connexion à PostGreSQL via PHP/apache ??

En fait, mon problème c'est que quelquesoit la session, je récupère toujours le même Resource Id de connexion ...
Tout irait bien si toutes les requêtes avaient bien un Resource Id différent...
Or il se trouve que sur des sessions différentes, certains Resource Id de requêtes sont réattribués et cela fait planter un parcours de resultset si je tape dans un même Resource Id existant dans 2 sessions différentes avec le même Id de connexion ....

J'ai essayé de relancer apache mais sans succès... je me retrouve toujours avec le même Res Id de connexion...
Il change quand je fais tourner une ancienne version de mon site sur un virtual host différent ...

des idées ??

Si vous voulez plus de détails sur les objets et sessions, cf le thread que j'ai ouvert aussi sur le forum PHP : http://www.developpez.net/forums/viewtopic.php?t=111356

[wello00]

bah justement c'est le role d'une connexion persistante non d'avoir toujours le même identifiant de connexion

[BuLma]

oui mais même si je ne fais pas de connection persistante (connect simple) ben pareil, j'ai tjrs le même Id
mais le vrai pb c'est les requêtes qui se retrouvent avec les mêmes Id aussi !!

[wello00]

bah c normal si tu ne fermes pas la connexion après chaques requête ou transaction!

[BuLma]

Mais elle n'est pas sensé se fermer à la fin du script ?
Et même en fermant, je retrouve les mêmes Id...

[wello00]

Mais elle n'est pas sensé se fermer à la fin du script ?
Et même en fermant, je retrouve les mêmes Id...

non pas du tout faut appeler la fonction nécessaire! mais sinon cela me parait bizarre, Stessy ne va pas tarder à apparaitre, le grand chef

[Stessy]

Tout à fait Wello00, tu es obligé de fermer une connexion.
Bulma imagines un peu que tu ne fermes pas tes connexions, tu vas vite être saturée en connexions et le serveur va finir par t'envoyer une erreur du type

too many clients

Je travailles avec java pour générer les interfaces et interagir avec PostgreSQL, ce que je fais dans ce cas c'est que pour chaque écran je crée un objet Connexion. Tant que je reste avec cet écran ma connexion reste ouverte mais une fois que je change d'écran, je ferme obligatoirement ma connexion et j'en recrée une à l'écran suivant. Je fais cela car tu gagnes en vitesse car ce qui te prend le plus de temps c'est justement la connexion à la base.

En php tu appeles juste le bout de code suivant

Code :

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

pg_close

pour fermer ta connexion.

Stessy ne va pas tarder à apparaitre, le grand chef

Je ne suis pas le grand chef, ni le grand gourou de PostgreSQL, juste un passionné de cet SGBD assez peu connu du grand public.

[BuLma]

Bon alors, j'ai à peu près tout essayer ...

Finalement, là je fais comme tu dis, à savoir en début de script:

• - je créé un nouvel objet ki gère la connexion
  - j'ouvre la connexion avec pg_connect

ensuite je fais plein de requetes
enfin, je ferme la connexion avec pg_close

mais ça n'empeche que d'un navigateur à l'autre, dans des sessions différentes, je me retrouve avec des Id de connexion et des Id de Requetes Identiques !! ce qui fait planter si je ne récupère pas toutes les données du resultat de la requete immédiatement apres l'exécution.

[BuLma]

Par ailleurs, je viens de revérifier la doc PHP et :

pg_close() retourne FALSE si l'index de connexion n'est pas valable, et TRUE sinon. pg_close() ferme la connexion au serveur PostgreSQL associé à connection.

Note : Il n'est généralement pas nécessaire de fermer une connexion non persistante, car elles sont automatiquement fermées à la fin d'un script.

pg_close() ne ferme pas les connexions persistantes ouvertes avec pg_pconnect().

[BuLma]

bon ayé, j'ai trouvé le pb qui faisait planter chez moi !!

cété un close qui vidait tous les résultats de requêtes dans ma classe d'affichage, il était exécuté avant la fin du script !!

enfin, ça n'empêche que je me demande tjrs pkoi : on retrouve tjrs les mêmes Id de connexion et de requêtes partout

Merci pour tout