From: | Alberto Paparelli <alberto(at)paparelli(dot)com(dot)ar> |
---|---|
To: | Fernando Hevia <fhevia(at)gmail(dot)com> |
Cc: | arpug <arpug(at)postgresql(dot)org> |
Subject: | Re: Consulta error: remaining connection slots are reserved for non-replication superuser connections |
Date: | 2018-12-20 13:45:51 |
Message-ID: | CAF=q5qLXzjOUw2dzUU9TjzXFR3zcjsiHygQ8FND6vm--P_b_LA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | arpug |
Hola Lista, solo para comentar que la solución de Fernando funciono perfecto!
Después de varias pruebas y unas semanas en producción va todo perfecto.
Saludos!
On Thu, Nov 22, 2018 at 10:15 PM Fernando Hevia <fhevia(at)gmail(dot)com> wrote:
>
>
> El jue., 22 de nov. de 2018 a la(s) 20:48, Alberto Paparelli (alberto(at)paparelli(dot)com(dot)ar) escribió:
>>
>> On Thu, Nov 22, 2018 at 8:39 PM Fernando Hevia <fhevia(at)gmail(dot)com> wrote:
>> > Si no lo estás haciendo ya tenés que usar un connection pooler como pgbouncer o pgpool2. Una app web no puede prescindir de esto.
>> > Desconozco si Pyramid te brinda pooling a la base, sino usas los que mencioné antes.
>>
>>
>> Gracias Fernando, no sabía sobre el tema de pooler. voy a investigar
>> un poco para utilizarlo.
>>
>> Como es el tema, si no lo usas cada conexión (usuario) abre una
>> conexión a la DB?
>
>
> Eso o peor. Según como esté programada la aplicación un mismo usuario podría incluso abrir múltiples conexiones a la base en forma concurrente.
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Sergio Canavero | 2019-03-09 12:55:02 | Capacitación |
Previous Message | Ruben Lencina | 2018-12-12 18:26:52 | ERROR: transaction is read-only |