Consulta lenta

24/11/2004 - 16:47 por Mario Peña | Informe spam
Hola.
Tengo un problema y no tengo las mas remota idea de que puede estar
sucediendo. Tengo recordset que me trae aproximadamente 400 registros.
Si ejecuto esta consulta en mi pc, se demora aproximadamente 2 segundos
recorriendo todo el recordset, pero en el servidor se está demorando
aproximadamente 10 minutos, sin hacer calculos de nada, simplemente
recorriendolo.
Si el mismo codigo se demora tiempos tan diferentes, el problema debe ser
otro. Alguien tiene alguna idea?

Gracias de antemano.
Mario.

Preguntas similare

Leer las respuestas

#6 Javier Loria
24/11/2004 - 17:26 | Informe spam
Hola:
Podria ser un problema de bloqueos. Dependiendo de como abres el
recordset y de los procesos que estan corriendo en el servidor podrian
producirse bloqueos que eviten la entrega innmediata de los datos.
Puedes revisar si hay bloqueos sobre las tablas que estas usando desde
el enterprise manager (Administrador Corporativo) en Management
(Administracion) Current Activity.
Por ultimo se me ocurre que tambien podrian ser problemas con el tipo de
recordset que estas haciendo, es del lado del cliente o del servidor? que
tipo de recordset es?
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

"Mario Peña" wrote in message
news:
Hola.
Tengo un problema y no tengo las mas remota idea de que puede estar
sucediendo. Tengo recordset que me trae aproximadamente 400 registros.
Si ejecuto esta consulta en mi pc, se demora aproximadamente 2 segundos
recorriendo todo el recordset, pero en el servidor se está demorando
aproximadamente 10 minutos, sin hacer calculos de nada, simplemente
recorriendolo.
Si el mismo codigo se demora tiempos tan diferentes, el problema debe ser
otro. Alguien tiene alguna idea?

Gracias de antemano.
Mario.


Respuesta Responder a este mensaje
#7 Maxi
24/11/2004 - 17:31 | Informe spam
jeje, Ada, SqlServer mantiene unas stadisticas para la optimizacion de los
indices y para poder saber el plan de ejecucion que indice usar :) Estas
stadisticas disponen de info de los indices.

Te recomiendo una leida en los BOL al tema Indices y veras como funciona
todo :)


Salu2
Maxi


"ADA" escribió en el mensaje
news:
estadísticas en el servidor, eso que es, yo soy un estudiante recien
incorparado al mundo laboral y con las ganas de aprender que no tube antes
y
hombre algo se pero cuanto mas leo mas cuenta me doy que NPI (ni puta
idea)
de na, pero pasito a pasito y gracias a gente como vos, GRACIAS.

salu2


"Maxi" escribió en el mensaje
news:%
Ada, BOL = Book On line, y no es mas que los manueles on line del


producto.


Salu2
Maxi


"ADA" escribió en el mensaje
news:
> Perdon por meterme en donde no me llaman, pero mi objetivo es aprender,
> como
> el de la mayoria que anda por aqui :-),(supongo)-?, que es eso de:
> BOL UPDATE STATISTICS, para que sirven y donde se miran?
>
> saludos
>
>
> "ulises" escribió en el mensaje
> news:859201c4d23e$a59afde0$
> Si estás seguro que no es un problema de red, prueba
> actualizando las estadísticas en el servidor, revisa en el
> BOL UPDATE STATISTICS.
>
> Saludos,
> Ulises
>
>>Hola.
>>Tengo un problema y no tengo las mas remota idea de que
> puede estar
>>sucediendo. Tengo recordset que me trae aproximadamente
> 400 registros.
>>Si ejecuto esta consulta en mi pc, se demora
> aproximadamente 2 segundos
>>recorriendo todo el recordset, pero en el servidor se está
> demorando
>>aproximadamente 10 minutos, sin hacer calculos de nada,
> simplemente
>>recorriendolo.
>>Si el mismo codigo se demora tiempos tan diferentes, el
> problema debe ser
>>otro. Alguien tiene alguna idea?
>>
>>Gracias de antemano.
>>Mario.
>>
>>
>>.
>>
>
>






Respuesta Responder a este mensaje
#8 Mario Peña
24/11/2004 - 17:32 | Informe spam
En recorrerlo.
El codigo es algo asi.

strConsulta = SELECT .
Set rst = Conn.execute(strConsulta)
Do While Not rst.EOF
rst.MoveNext
Loop

La consulta se ejecuta rapidisimo, porque si lo paro despues de "Set rst Conn.execute(strConsulta)" no se demora nada, se demora es en el Do While.


"Maxi" escribió en el mensaje
news:%
Hola, bueno que demore puede ser!! vos decis que en tu pc no demora nada.
Ahora que es recorrer el Recordset?

Se demora en llenarlo o en recorrerlo?


Salu2
Maxi


"Mario Peña" escribió en el mensaje
news:
> Hola.
> Tengo un problema y no tengo las mas remota idea de que puede estar
> sucediendo. Tengo recordset que me trae aproximadamente 400 registros.
> Si ejecuto esta consulta en mi pc, se demora aproximadamente 2 segundos
> recorriendo todo el recordset, pero en el servidor se está demorando
> aproximadamente 10 minutos, sin hacer calculos de nada, simplemente
> recorriendolo.
> Si el mismo codigo se demora tiempos tan diferentes, el problema debe


ser
> otro. Alguien tiene alguna idea?
>
> Gracias de antemano.
> Mario.
>
>


Respuesta Responder a este mensaje
#9 Carlos Sacristan
24/11/2004 - 17:34 | Informe spam
El libro "SQL Server 2000: con ejemplos" de Fernando Guerrero es muy
didáctico y sencillo de leer. Cuando ya tengas algo de nivel, léete "A fondo
SQL Server 2000"


Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

Por favor, responder únicamente al foro
Se agradece la inclusión de sentencias DDL


"ADA" escribió en el mensaje
news:
estadísticas en el servidor, eso que es, yo soy un estudiante recien
incorparado al mundo laboral y con las ganas de aprender que no tube antes


y
hombre algo se pero cuanto mas leo mas cuenta me doy que NPI (ni puta


idea)
de na, pero pasito a pasito y gracias a gente como vos, GRACIAS.

salu2


"Maxi" escribió en el mensaje
news:%
> Ada, BOL = Book On line, y no es mas que los manueles on line del
producto.
>
>
> Salu2
> Maxi
>
>
> "ADA" escribió en el mensaje
> news:
> > Perdon por meterme en donde no me llaman, pero mi objetivo es


aprender,
> > como
> > el de la mayoria que anda por aqui :-),(supongo)-?, que es eso de:
> > BOL UPDATE STATISTICS, para que sirven y donde se miran?
> >
> > saludos
> >
> >
> > "ulises" escribió en el mensaje
> > news:859201c4d23e$a59afde0$
> > Si estás seguro que no es un problema de red, prueba
> > actualizando las estadísticas en el servidor, revisa en el
> > BOL UPDATE STATISTICS.
> >
> > Saludos,
> > Ulises
> >
> >>Hola.
> >>Tengo un problema y no tengo las mas remota idea de que
> > puede estar
> >>sucediendo. Tengo recordset que me trae aproximadamente
> > 400 registros.
> >>Si ejecuto esta consulta en mi pc, se demora
> > aproximadamente 2 segundos
> >>recorriendo todo el recordset, pero en el servidor se está
> > demorando
> >>aproximadamente 10 minutos, sin hacer calculos de nada,
> > simplemente
> >>recorriendolo.
> >>Si el mismo codigo se demora tiempos tan diferentes, el
> > problema debe ser
> >>otro. Alguien tiene alguna idea?
> >>
> >>Gracias de antemano.
> >>Mario.
> >>
> >>
> >>.
> >>
> >
> >
>
>


Respuesta Responder a este mensaje
#10 Maxi
24/11/2004 - 17:35 | Informe spam
Ahh bien, entonces ahi si podemos estar hablando de problemas de bloqueo o
el tipo de Cursor del Recordset como bien dijo el amigo Javier :)


Salu2
Maxi


"Mario Peña" escribió en el mensaje
news:
En recorrerlo.
El codigo es algo asi.

strConsulta = SELECT .
Set rst = Conn.execute(strConsulta)
Do While Not rst.EOF
rst.MoveNext
Loop

La consulta se ejecuta rapidisimo, porque si lo paro despues de "Set rst > Conn.execute(strConsulta)" no se demora nada, se demora es en el Do While.


"Maxi" escribió en el mensaje
news:%
Hola, bueno que demore puede ser!! vos decis que en tu pc no demora nada.
Ahora que es recorrer el Recordset?

Se demora en llenarlo o en recorrerlo?


Salu2
Maxi


"Mario Peña" escribió en el mensaje
news:
> Hola.
> Tengo un problema y no tengo las mas remota idea de que puede estar
> sucediendo. Tengo recordset que me trae aproximadamente 400 registros.
> Si ejecuto esta consulta en mi pc, se demora aproximadamente 2 segundos
> recorriendo todo el recordset, pero en el servidor se está demorando
> aproximadamente 10 minutos, sin hacer calculos de nada, simplemente
> recorriendolo.
> Si el mismo codigo se demora tiempos tan diferentes, el problema debe


ser
> otro. Alguien tiene alguna idea?
>
> Gracias de antemano.
> Mario.
>
>






Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida