Re: Thread et postgresql

2014-07-18 12:07 GMT+02:00 Michel Payan <michel(dot)payan(at)gmail(dot)com>:

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

Et potentiellement une source de bugs. C'est pour ça que c'était la 3me
solution ;)

>
>
> *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?
>>
>
>