Proyecto

General

Perfil

Correccion - Mejora #5042

Problemas de rendimiento en vista (SQL) de gastos

Añadido por Santiago Ramos hace 8 meses. Actualizado hace 20 días.

Estado:
Nueva
Prioridad:
Urgente
Asignado a:
-
Categoría:
Desarrollo
Versión prevista:
Fecha de inicio:
2023-09-04
Fecha fin:
% Realizado:

0%


Descripción

La vista de gastos tarda bastante tiempo en ejecutarse, lo que provoca lentitud en la generación del resumen de gastos de proyecto.

Por ejemplo, la ejecución de un SQL asociado a la vista resulta en:

MariaDB [gesproei_produccion]> SELECT partida_proyecto_id as fila_id, sum(importe_moneda_base) as importe FROM `v_gasto` WHERE `v_gasto`.`proyecto_id` = 2109 AND `v_gasto`.`financiador_id` = 469 AND (`v_gasto`.`fecha` BETWEEN '2017-03-17' AND '2023-07-31') GROUP BY proyecto_id, partida_proyecto_id;
+---------+-----------------------------------------+
| fila_id | importe                                 |
+---------+-----------------------------------------+
|   55232 |  135548200.0000000000000000000000000000 |
|   55242 |    6400000.0000000000000000000000000000 |
|   55243 | 2523641524.0000000000000000000000000000 |
|   55245 |  218025666.0000000000000000000000000000 |
|   55249 |   63673765.0000000000000000000000000000 |
|   55250 |    5482700.0000000000000000000000000000 |
|   55257 |  149800593.0000000000000000000000000000 |
+---------+-----------------------------------------+
7 rows in set (16,617 sec)

Pero luego, para cada partida se hace un recorrido por las subpartidas definidas en el proyecto (en el mejor caso, para los gastos que no tienen subpartida asociada):

MariaDB [gesproei_produccion]> SELECT  sum(importe_moneda_base) as importe FROM `v_gasto` WHERE `v_gasto`.`proyecto_id` = 2109 AND `v_gasto`.`partida_proyecto_id` = 55249 AND `v_gasto`.`financiador_id` = 469 AND (`v_gasto`.`fecha` BETWEEN '2017-03-17' AND '2023-07-31') AND `v_gasto`.`subpartida_id` IS NULL LIMIT 1;
+---------------------------------------+
| importe                               |
+---------------------------------------+
| 63673765.0000000000000000000000000000 |
+---------------------------------------+
1 row in set (16,238 sec)

Por lo tanto, la consulta completa del informe se demora demasiado.

Histórico

#1 Actualizado por Santiago Ramos hace 8 meses

Una posible solución, si no se consigue acelerar las consultas, es poner un check "obtener saldos por subpartidas" que esté desactivado por defecto. De esa forma, la generación inicial sería mucho más rápida al incluir solo del total por partidas (la primera consulta) y si se quisiera el informe con subpartidas (menos usado) sería necesario indicarlo.

#2 Actualizado por Santiago Ramos hace 7 meses

  • Versión prevista cambiado 4.11 por 4.12

#3 Actualizado por Santiago Ramos hace 6 meses

  • Versión prevista cambiado 4.12 por 4.13

#4 Actualizado por Santiago Ramos hace 5 meses

  • Prioridad cambiado Normal por Urgente

#5 Actualizado por Santiago Ramos hace 3 meses

  • Versión prevista cambiado 4.13 por 4.14

#6 Actualizado por Santiago Ramos hace 2 meses

  • Versión prevista cambiado 4.14 por 4.15

#7 Actualizado por Santiago Ramos hace alrededor de 2 meses

  • Versión prevista cambiado 4.15 por 4.16

#8 Actualizado por Santiago Ramos hace 20 días

  • Versión prevista cambiado 4.16 por 4.17

Exportar a: Atom PDF

Financiado por:

Desarrollado por:
Software libre forjado en: