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$
Mostrar la cita

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
Mostrar la cita

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:
Mostrar la cita

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

estas
Mostrar la cita

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

ejecucion
Mostrar la cita

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
Mostrar la cita

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

son
Mostrar la cita

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,
Mostrar la cita

> 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:%
Mostrar la cita

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
Mostrar la cita

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,
Mostrar la cita

> 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
Mostrar la cita

> > ú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ó
Mostrar la cita

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.
> >
> >
>
>