Attention, le *_pconnect ne crée pas un pool de connexion, il créé une connexion persistante entre un process Apache+mod_php et le SGBD. Dans le cas d'utilisation du *_pconnect(), il faut bien régler les paramètres Apache et notament mettre en concordance le nombre de fork Apache et le nombre de connexions acceptées par le SGBD.
Exemple:
Hypothèses: Apache peut forker 50 process et ta base n'accepte que 10 connexions simultanées
1) Cas du pconnect() seuls les dix premiers forks auront une connexion au SGBD et vont l'accaparer jusqu'à ce qu'ils meurent
2) cas du connect les 10 premiers forks vont effectuer leur connexion au SGBD et la libérer ensuite, les autres forks pourront donc aussi accéder au SGBD une fois la connexion libéréee
Conclusion: si on veut utiliser le pconnect, il faut que le nombre de connexions possibles au SGBD soit au moins égal au nombre de forks maxi d'Apache ( c'est très rarement le cas )
Conclusion2: il est bon de libérer la connexion dans le script PHP aussitôt qu'elle n'est plus utilisée.
[^] # Re: Windows XP est-il prêt pour le desktop ?
Posté par DPhil . En réponse au journal Windows XP est-il prêt pour le desktop ?. Évalué à 2.
Exemple:
Hypothèses: Apache peut forker 50 process et ta base n'accepte que 10 connexions simultanées
1) Cas du pconnect() seuls les dix premiers forks auront une connexion au SGBD et vont l'accaparer jusqu'à ce qu'ils meurent
2) cas du connect les 10 premiers forks vont effectuer leur connexion au SGBD et la libérer ensuite, les autres forks pourront donc aussi accéder au SGBD une fois la connexion libéréee
Conclusion: si on veut utiliser le pconnect, il faut que le nombre de connexions possibles au SGBD soit au moins égal au nombre de forks maxi d'Apache ( c'est très rarement le cas )
Conclusion2: il est bon de libérer la connexion dans le script PHP aussitôt qu'elle n'est plus utilisée.