Vamos a contar la historia de cómo hemos tratado una consulta para que la ejecución anual de la misma sea de un tiempo mínimo

Lo primero que vamos a hacer es generar el tkprof para un mes, en vez de para un día como se ha realizado otras veces. El motivo de generarlo directamente mensual es porque el diario la respuesta es prácticamente inmediata. En el tkprof vamos a ver la carga de cada paso del row source “Row Source Generator” y vamos a poder determinar qué está sucediendo internamente en el tiempo de ejecución de este select.

Para la ejecución de un mes, tarda unos 4’ para devolver 8669 filas con casi 6.000.000 de bloques leídos.! ¡Unos índices muy altos!

Analizando en detalle el tkproff vemos que operaciones nested loops con índices muy altos.

Si miramos el árbol de ejecución, vemos que ese salto tanto en bloques leídos como en tiempo de ejecución se produce al acceder a la tabla particionada En este punto, es donde deberíamos atacar para optimizar la consulta.

En este punto, es donde deberíamos atacar para optimizar la consulta.