Duda con el Tracer profiler del SQLServer

Hola Victor:
Cuando mides el desempeno en millisegundos es natural que ocurran estas
diferencias por razones "aleatorias". Esto es porque el Sistema Operativo,
puede estar realizando otras funciones en los mas de 200 hilos de ejecucion
que esta corriendo. No te desveles por 307 milisegundos :D
Saludos,

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
"Víctor" wrote in message
news:EhFpc.389899$

Hola a

Tengo una página ASP que llama dos veces al mismo SP (el cual tiene una
única consulta SQL) cambiando un parámetro entre las dos llamadas.

Pensaba que al ejecutar el SP la 1ª vez, se guardaba el plan de ejecució y
así la segunda vez va más rápido.

Bueno, pues resulta que los tiempos son los mismos, y encima, una vez son

93

milisegundos, otra son 193, luego baja a 100, luego sube a 400... ¿No
debería de ser siempre parecidas?

Entre una ejecución y otra no hay ninguna otra operación (de otro usuario,
me refiero) que bloquee tablas.

Muchas gracias.

Hola Víctor,

Además de lo que indicó Javier, quisiera agregar que un plan de ejecución
consta de un Plan de Consulta (la estructura de datos reentrante usada por
varios usuarios accediendo) y un Contexto de Ejecución (los datos
específicos de ejecución de un usuario determinado, por ejemplo: los
parámetros).´

Los cambios en el contexto de ejecución afectan el tiempo real de duración
de una consulta. Por ejemplo, una consulta con mismo plan de consulta puede
ser ejecutada en dos contextos de ejecución bien diferentes... tal vez
accesando mayor cantidad de filas.

Muchos saludos
gux


Gustavo Larriera, MVP-SQL, MCSE
Uruguay LatAm
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.
"Javier Loria" wrote in message
news:

Hola Victor:
Cuando mides el desempeno en millisegundos es natural que ocurran

estas

diferencias por razones "aleatorias". Esto es porque el Sistema Operativo,
puede estar realizando otras funciones en los mas de 200 hilos de

ejecucion

que esta corriendo. No te desveles por 307 milisegundos :D
Saludos,

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
"Víctor" wrote in message
news:EhFpc.389899$
> Hola a
>
> Tengo una página ASP que llama dos veces al mismo SP (el cual tiene una
> única consulta SQL) cambiando un parámetro entre las dos llamadas.
>
> Pensaba que al ejecutar el SP la 1ª vez, se guardaba el plan de ejecució

y

> así la segunda vez va más rápido.
>
> Bueno, pues resulta que los tiempos son los mismos, y encima, una vez

son

93
> milisegundos, otra son 193, luego baja a 100, luego sube a 400... ¿No
> debería de ser siempre parecidas?
>
> Entre una ejecución y otra no hay ninguna otra operación (de otro

usuario,

> me refiero) que bloquee tablas.
>
> Muchas gracias.
>
>

Muchas gracias a los dos por la aclaración.

"Gustavo Larriera [MVP SQL]" escribió en el
mensaje news:%

Hola Víctor,

Además de lo que indicó Javier, quisiera agregar que un plan de ejecución
consta de un Plan de Consulta (la estructura de datos reentrante usada por
varios usuarios accediendo) y un Contexto de Ejecución (los datos
específicos de ejecución de un usuario determinado, por ejemplo: los
parámetros).´

Los cambios en el contexto de ejecución afectan el tiempo real de duración
de una consulta. Por ejemplo, una consulta con mismo plan de consulta

puede

ser ejecutada en dos contextos de ejecución bien diferentes... tal vez
accesando mayor cantidad de filas.

Muchos saludos
gux


Gustavo Larriera, MVP-SQL, MCSE
Uruguay LatAm
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.
"Javier Loria" wrote in message
news:
> Hola Victor:
> Cuando mides el desempeno en millisegundos es natural que ocurran
estas
> diferencias por razones "aleatorias". Esto es porque el Sistema

Operativo,

> puede estar realizando otras funciones en los mas de 200 hilos de
ejecucion
> que esta corriendo. No te desveles por 307 milisegundos :D
> Saludos,
>
> Javier Loria
> Costa Rica
> Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
> que pueda ser copiado y pegado al Query Analizer.
> La version de SQL y Service Pack tambien ayuda.
> "Víctor" wrote in message
> news:EhFpc.389899$
> > Hola a
> >
> > Tengo una página ASP que llama dos veces al mismo SP (el cual tiene

una

> > única consulta SQL) cambiando un parámetro entre las dos llamadas.
> >
> > Pensaba que al ejecutar el SP la 1ª vez, se guardaba el plan de

ejecució

y
> > así la segunda vez va más rápido.
> >
> > Bueno, pues resulta que los tiempos son los mismos, y encima, una vez
son
> 93
> > milisegundos, otra son 193, luego baja a 100, luego sube a 400... ¿No
> > debería de ser siempre parecidas?
> >
> > Entre una ejecución y otra no hay ninguna otra operación (de otro
usuario,
> > me refiero) que bloquee tablas.
> >
> > Muchas gracias.
> >
> >
>
>