Buenos días Álvaro.
Es muy interesante la propuesta que haces. Como siempre, iba perdido y
pensaba que pgpool era el más liviano
Voy a echarle un vistazo a pgbouncer y a Odyssey y a ver si puedo sacarle
un buen partido.
Gracias.
Un saludo
On Thu, 8 Aug 2019 at 18:27, Alvaro Herrera
wrote:
>
Ruben Fitó escribió:
> Entiendo que:
>
>- Me ahorraría el pool (tanto escritura como lectura) en nuevos
>aplicativos.
Sí, puede ser.
>- No tendría que preocuparme del número de conexiones en postgres.
Correcto.
>- Reduciría carga de sistema?
Más que seguro que sí. Abrir
Hola lista.
Recupero este hilo porque queremos incluir una nueva funcionalidad a
nuestra plataforma que sería pgpool-II.
Partiendo del correo anterior, os explico: Tenemos varios aplicativos que
trabajan con libpq(unos 200 aproximadamente → 100+100 ya que están
duplicados por redundancia)
Mil gracias Martín por su repuesta, no leí la letra menuda de la
documentación! 樂
El dom., 14 de jul. de 2019 3:05 PM, Martín Marqués
escribió:
> Buenas Hellmuth,
>
> El 12/7/19 a las 07:24, Hellmuth Vargas escribió:
> > Hola Alvaro
> >
> > Me llama la atención lo que menciona sobre las
Hola Alvaro
Me llama la atención lo que menciona sobre las limitaciones del
particionamiento y la replicación lógica, no puede indicar a que
limitaciones se refiere... Estoy también interesado en implementar una
solución basado en esto... De antemano muchas gracias
El mar., 9 de jul. de 2019
Muchas gracias Álvaro.
Dedicaré esfuerzos en los puntos que has remarcado y continuaremos adelante
con el cambio.
Esperemos haber tomado una buena decisión. ;-)
Saludos
On Tue, 9 Jul 2019 at 15:20, Alvaro Herrera
wrote:
> Ruben Fitó escribió:
>
> Hola
>
> >- Nuestro objetivo para el uso
