Re: Thread et postgresql

pgbouncer ou pgpool me parait la bonne solution.
Développer ton propre système de pool serait une perte de temps ...

*dbSQWare |* www.dbsqware.com *|* *Exploitez vos bases de données en toute
sérénité …*

Le 18 juillet 2014 11:54, Nabil Servais <nabil(dot)servais(at)gmail(dot)com> a écrit :

> Bonjour,
>
> Je suis actuellement en train de développer une application multithreadé
> et je rencontre un problème assez gênant, la limitation des connections
> clients à postgresql.
> L'ORM que j'utilise à tendance à ne pas fermer les connexions clientes en
> tentant via un moteur de pool interne de réutiliser les connexions
> ouvertes, c'est un bug connu et signalé mais les développeurs ne veulent
> pas appliquer la solution car elle entraine trop de régression sur d'autres
> points.
>
> J'ai identifié plusieurs solutions :
>
> - Tunner postgresql pour accepter le maximum de clients, mais je crains
> que cette solution repousse le problème.
> - Utiliser pgbouncer ou pgpool, je serais très intéressé par les retours
> dans ce genre de cas.
> - Créer mon propre système de pool.
>
>
> Voyez vous d'autres solutions?
>