Consulta lenta

Pues para eso estamos por aquí, intentaremos ayudarte :-)

Las estadísticas tienen información a cerca de la distribución de los
valores que componen los índices. Esto ayuda al planificador de consultas a
elegir la estrategia más apropiada para la obtención de la información
solicitada.

Por ejemplo, si tenemos un indice en la tabla clientes por el campo
provincia, y pedimos una consulta de todos los clientes de una sola
provincia, lo lógico es que utilice este índice. Pues esto es así, pero si
por ejemplo tuviesemos en nuestro caso particular que el 80% de los clientes
son de la misma provincia y tuviesemos las estadísticas actualizadas, SQL
Server no utilizará el índice ya que por el volumen de datos que le indican
las estadísticas ve más optimo recorrer toda la tabla.

Un saludo
Salvador Ramos
Murcia - España
[Microsoft MVP SQL Server]
www.helpdna.net
¿ Te interesa participar en las reuniones
del grupo de Usuarios de SQL Server y .NET ?
Se harán en levante de España, (Alicante o Murcia)?

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

Muchas gracias asi si da gusto jo :-))

Un cordial saludo!

"Salvador Ramos" escribió en el
mensaje news:etb%

Pues para eso estamos por aquí, intentaremos ayudarte :-)

Las estadísticas tienen información a cerca de la distribución de los
valores que componen los índices. Esto ayuda al planificador de consultas

a

elegir la estrategia más apropiada para la obtención de la información
solicitada.

Por ejemplo, si tenemos un indice en la tabla clientes por el campo
provincia, y pedimos una consulta de todos los clientes de una sola
provincia, lo lógico es que utilice este índice. Pues esto es así, pero si
por ejemplo tuviesemos en nuestro caso particular que el 80% de los

clientes

son de la misma provincia y tuviesemos las estadísticas actualizadas, SQL
Server no utilizará el índice ya que por el volumen de datos que le

indican

las estadísticas ve más optimo recorrer toda la tabla.

Un saludo
Salvador Ramos
Murcia - España
[Microsoft MVP SQL Server]
www.helpdna.net
¿ Te interesa participar en las reuniones
del grupo de Usuarios de SQL Server y .NET ?
Se harán en levante de España, (Alicante o Murcia)?

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

OK!! Listo. ya funciono.

Gracias Maxi, gracias Javier.


"Maxi" escribió en el mensaje
news:%

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