# Vistas Máximas Ineficientes – Cap.1

Vamos analizar el motivo de porque la respuesta de una vista máxima para un día tarda 8' en dar una respuesta cuando debería ser inmediata.

Lo primero que vamos a hacer es generar el tkprof para un día. 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.

![](https://dbaenlasombra.files.wordpress.com/2023/03/imagen1-3.png?w=567 align="left")

Analizando la consulta, vemos que tarda en dar respuesta 8,6 segundos

Analizando en detalle el tkproff vemos la siguiente operación del row source que llama la atención:

![](https://dbaenlasombra.files.wordpress.com/2023/03/imagen2-3.png?w=567 align="left")

Esta operación del row source es la que realmente más consume, con más de 300.000 bloques leídos en memoria. Otro punto más que nos llama la atención de este cruce es el tiempo.

Si miramos el árbol de ejecución, vemos que ese salto tanto en bloques leídos como en tiempo de ejecución se produce en la cláusula exists

![](https://dbaenlasombra.files.wordpress.com/2023/03/imagen3-3.png?w=567 align="left")

¡Modificamos la clausula y la consulta vuela!  

![](https://dbaenlasombra.files.wordpress.com/2023/03/imagen4-2.png?w=567 align="left")

Corrigiendo ese acceso se ha bajado de 8'' a una respuesta inmediata.