Lentitud en consultas a SQL Server desde el aplicativo y VFP9SP2

[Walter Valle]

Hola amigos,

Tengo un problema que recién apareció, desde mi App y VFP las consultas están sumamente lentas y desde el Management Studio (MS) NOOOO.

Uso el mismo driver ODBC para crearme una conexión por String.

Cuanto estoy en el MS la consulta se ejecuta en 5 segundos y en VFP o mi App se tarda 11 MINUTOS!

Revise todo y no encuentro el problema. Alguna ayuda con esto?

Walter Valle

[integral]

Que tal colega :

Buenas Tardes

Podrías mostrarnos un ejemplo de la consulta que realizas desde VFP...

A mi esta semana me ha pasado un par de veces que demora unos segundos demás en realizar la conexión desde VFP9 a 

SQLServer.

Saludos,

Integral

[Walter Valle]

Hola Integral,

Mira, realmente es un SP que recibe un parámetro, el cual es el ClienteID.

El problema, no esta en la consulta que esta programada en el SP de la DB, puesto que el problema en el Management Studio no se presenta, solo cuando estoy en VFP o en la Aplicación ya compilada (EXE).

oSQL._SQLExec([POS_GeneralStock 109],'curGS') -- POR EJEMPLO

Así de simple es el llamado de mi SP... Pero no se que tengo mal, para que la consulta retorne los datos lentamente y a veces veo que se "pausa" o detiene por mucho tiempo y luego continua trayéndolos de 100 en 100 registros.

[ZeRoberto]

Prueba poniendo esto después de generar tu conexión

Local loError

SQLSetProp(0, "Asynchronous",        .F.)     && Los conjuntos resultado son retornados sincrónicamente (.F.)
SQLSetProp(0, "BatchMode",           .T.)     && SQLEXEC() retorna todos los conjuntos resultado de una sola vez (.T.)
SQLSetProp(0, "ConnectTimeOut",       15)     && El tiempo de espera, en segundos, antes de retornar un error de conexión (15)
SQLSetProp(0, "DisconnectRollback",  .T.)     && Las transacciones pendientes son grabadas o desechadas con SQLDISCONNECT. (.F. = grabadas)
SQLSetProp(0, "DispLogin",             3)     && La caja de diálogo ODBC no se muestra (3)
SQLSetProp(0, "DispWarnings",        .F.)     && Los mensajes de error no son mostrados (.F.)
SQLSetProp(0, "IdleTimeout",           0)     && El tiempo en minutos para que una conexión no usada se desactive (0 = nunca)
SQLSetProp(0, "PacketSize",         8192)     && Tamaño del paquete de datos usado por la conexión (4096)
SQLSetProp(0, "QueryTimeOut",          0)     && El tiempo de espera, en segundos, antes de retornar un error general (0)
SQLSetProp(0, "WaitTime",            100)     && El tiempo, en milisegundos, hasta que VFP verifique que la instrucción SQL se completó (100)

Try
   SQLSetProp(0, "Transactions",       1)     && 1 Automatico, 2 Manual
 Catch To loError
EndTry

Saludos

Visual Foxpro

https://www.youtube.com/@vfpUnlimited

Grupo de Compra y Venta de Codigo Fuente en VFP

https://www.facebook.com/groups/314671978378644

--
Blog de la Comunidad Visual FoxPro en Español http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.
Para ver este debate, visita https://groups.google.com/d/msgid/publicesvfoxpro/59dda2c8-3c70-4a3c-9aaf-56fbb43d51ccn%40googlegroups.com.

[Miguel Antúnez]

A mí me ha pasado algo parecido un par de veces.
En mi caso, el problema estaba en que los índices no estaban bien definidos (o me faltaban algunos), y el plan de ejecución que tomaba el SP se volvía muy lento.

Incluso en una ocasión tuve que eliminar el stored procedure y volver a crearlo, porque parecía que había quedado “pegado” un plan en caché. Después de recrearlo (y ajustar índices/estadísticas) el desempeño volvió a la normalidad.

--

Blog de la Comunidad Visual FoxPro en Español http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.
Para ver este debate, visita https://groups.google.com/d/msgid/publicesvfoxpro/59dda2c8-3c70-4a3c-9aaf-56fbb43d51ccn%40googlegroups.com.

--

mant...@gmail.com
https://mantunezc.blogspot.com/

https://www.youtube.com/vfpsqlperu

https://www.linkedin.com/in/mantunezc/

[Rodolfo]

Tu antivirus, no se pone a analizar tu exe? Yo lo suspendería para hacer una prueba a ver si va por ahí, saludos! 

El 21 nov 2025, a la(s) 8:04 p.m., ZeRoberto <zero...@gmail.com> escribió:



Para ver este debate, visita https://groups.google.com/d/msgid/publicesvfoxpro/CAMkTt8pEkB_7Qtb4%3DcJdcJ%2BJjNpe7%3D%3Djk3yuhzGD7Uv%2BUq%2Bz8A%40mail.gmail.com.

[integral]

Que tal Colega

Muy Buenos Días

Encontré el siguiente link que tiene algo de relación con tu problema actual..

Aqui el link...

https://groups.google.com/g/publicesvfoxpro/c/kE0sEmcJjdk

Saludos,

Integral

[Victor Espina]

Usas el parametro directo en la consulta?  

[Aarón Delgado]

¿Estás usando la función SQLExec ?, o alguna otra librería ?

Saludos cordiales;

DELGADO JAIMES, Roberto Aarón
Fijo: 013969545 /  Movistar: 988316319

--

Blog de la Comunidad Visual FoxPro en Español http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver este debate, visita https://groups.google.com/d/msgid/publicesvfoxpro/c6018e6e-bafa-45e0-9e52-39766b2eef2an%40googlegroups.com.

[Walter Valle]

Hola, gracias a todos por responder,

El problema era mas grave de los que pensaba, la DB tenia una paginas corruptas, se creo una DB nueva con una Backup del dia anterior.

Se perdió poca información que ya fue nuevamente dada de alta,

Gracias nuevamente a todos!

Walter Valle