Duda con el Tracer profiler del SQLServer

16/05/2004 - 10:05 por Víctor | Informe spam

Hola a tod@s.

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.

Siga el debate

3 respuestas

Tengo una respuesta

DRAGON AGE™: INQUISITION – Matadragones

Leer las respuestas

#1 Javier Loria

16/05/2004 - 17:44 | Informe spam

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

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.

Leer las otras respuestas

Preguntas similares

Busqueda sugerida :