Demora considerable en consulta

Buenas, estamos teniendo un inconveniente en la comunicación Guarani 3.22.1 / Kolla 4.9.0

Cuando un alumno intenta responder una encuesta pendiente, la demora en la carga del iframe con la misma es considerable, lo que ocasiona reclamos.

Pudimos aislar la consulta que demora investigando el log de postgres donde se escriben las consultas con una demora mayor 10 segundos y la misma es:

2025-08-21 09:04:51.082 -03 [476062] kolla_owner@kolla_db LOG:  duración: 35744.449 ms  ejecutar pdo_stmt_00000006: SELECT DISTINCT
                                h.habilitacion,
                                fh.formulario_habilitado AS formulario,
                                fh.nombre,
                                h.fecha_desde,
                                h.fecha_hasta,
                                h.anonima,
                            h.publica,
                                c.descripcion AS desc_concepto,
                                h.descripcion || ' - ' || fh.nombre AS descripcion_habilitacion_formulario,
                                h.descripcion || ' [' || fh.nombre || ']' AS formulario_descripcion_de_habilitacion,
                                h.limite_individual,
                                h.limite_global,
                                fh.limite_respuestas,
                            srf.terminado,
                                (SELECT count(*) FROM kolla.sge_respondido_formulario srf2 
                                                                                INNER JOIN kolla.sge_formulario_habilitado sfh2 ON sfh2.formulario_habilitado = srf2.formulario_habilitado
                                                                                WHERE sfh2.habilitacion = h.habilitacion) as cant_global,
                                (SELECT count(*) FROM kolla.sge_respondido_formulario srf2 
                                                                                INNER JOIN kolla.sge_formulario_habilitado sfh2 ON sfh2.formulario_habilitado = srf2.formulario_habilitado
                                                                                WHERE sfh2.habilitacion = h.habilitacion AND srf2.formulario_habilitado = fh.formulario_habilitado) as cant_individual
                        FROM
                                kolla.sge_habilitacion AS h
                                        JOIN kolla.sge_formulario_habilitado AS fh ON h.habilitacion = fh.habilitacion
                                        LEFT OUTER JOIN kolla.sge_concepto AS c ON fh.concepto = c.concepto
                                        LEFT OUTER JOIN kolla.sge_respondido_formulario AS srf ON srf.formulario_habilitado = fh.formulario_habilitado
                        WHERE h.habilitacion = 148 -- toba_log: 1695069

Alguna idea de qué puede estar pasando? La consulta solo devuelve 129 registros.

Por las dudas, el servidor donde corre la base de datos tiene 6 cores y 4GB de RAM.

Muchas gracias!

Tenemos el mismo inconveniente con las mismas versiones de Guarani y Kolla. Por esos las conexiones a la BD quedan en iddle mucho tiempo ( Copnexiones "idle" en base de datos - nº 3 por asmail ). Registramos la misma consulta en el log de Postgresql.

Tenemos un Postgresql 11, que es el requerimiento mínimo de la versión.

Tuvimos que cerrar las encuestas en producción.

Tenemos 4 cores y 8 GB de RAM

La consulta en nuestro caso devuelve 678 registro.

Buen día.
Este problema ya está detectado y se corrigió en la versión 4.9.1, lo comentamos en el comité. Actualizando la instalación de Kolla eso se corrige.

De todos modos aprovechamos a remarcar que la versión 11 de Postgres ya no tiene soporte. La versión mínima con soporte es la 13, por lo que es importante ir actualizando también el motor de bd. Además, si bien la corrección mencionada va a hacer que dejen de tener las demoras, para un servidor en producción es importante proveerlo de recursos más holgados. En este enlace pueden consultar los requerimientos mínimos recomendados.

Saludos.

Gracias Clara. Versionaremos a 4.9.1 entonces