Problemas de lentitud Firebird

[guillotmarc]

Para poder ver si la consulta está bien interpretada también deberías decirnos que campos componen los índices que aparecen en el plan.

En cualquier caso tu consulta es muy sencilla, y los índices que debe tener para que se pueda ejecutar de forma óptima son muy claros.

Deberías tener estos índices :

Tabla TblPortafDet -> Indice sobre : SecPortafolio
Tabla TblPortafDet -> Indice compuesto : Cod_Actividad, RS_Cat_Id
Tabla TblActividad -> Indice sobre : secActividad
Tabla TblActividad -> Indice sobre : desActividad
Tabla TblActividad -> Indice sobre : SecTipo_Manual
Tabla J_CONTRATACION_Items -> Indice compuesto : ci_datakey, ci_cat_id
Tabla TblTipo_Manual -> Indice sobre : SecTipo_Manual

Cuando no estás seguro de que índices necesitas, lo mejor es poner un índice a todos los campos involucrados en las uniones de tablas y en el filtro del where. Utilizando índices compuestos cuando en el mismo nivel de filtrado de la base de datos intervienen dos campos de la misma tabla. Esto da al optimizador de consultas de Firebird la mayor libertad para elegir el mejor camino para cruzar tus datos.


NOTA: Fíjate que la ordenación final la haces sobre un campo que no es de la tabla primaria de la consulta. Depende de como estén llenas las tablas esto puede confundir al optimizador de Firebird. Esta consulta hace lo mismo pero seguirá un plan distinto que puede resultar más eficiente :

SELECT A.DesActividad, P.SecPortafDet,
A.CodActividad, A.secActividad, J.*,
P.RS_Cat_Id, M.DesTipo_Manual
FROM TblActividad A
LEFT JOIN TblPortafDet P ON P.Cod_Actividad = A.secActividad
LEFT JOIN J_CONTRATACION_Items J ON P.Cod_Actividad = J.ci_datakey
AND P.RS_Cat_Id = J.ci_cat_id
LEFT JOIN TblTipo_Manual M ON A.SecTipo_Manual = M.SecTipo_Manual
WHERE P.SecPortafolio = 402 and A.desactividad is not NULL ORDER BY A.DesActividad

Saludos