manejo de threads ...

[anubis]

Si, eso ya lo busque pero parece que no va por ahi, o eso creo.

Uso primero conexion ssh puente para conectarme a la base de datos.

Ya hice primero un programa simple en el que coloco un dbgrid que, a lo sumo tendra 50 clientes, y si, tarda, digamos 15 segundos, evidentemente no voy a esperar que se abra como si estuviera en red local o en la misma computadora. Si bien es cierto que no recomendais hacer 'select * from clientes', si necesito hacer eso para que el usuario elija un cliente de la lista.

[anubis]

Hola, y gracias a todos por vuestras respuestas.

Ya he optimizado mejor las consultas y es un poco más rápido .
Aún así si tengo intención de usar threats que parece que es lo mejor para muchas cosas .

Con un timer ya lo intente pero parece que cuando se solicita la consulta el timer no salta porque la consulta bloquea la aplicacion, lo que nose es si con un threat tendria que rehacer el programa o se puede implementar de alguna forma.

Honestamente, a pesar de los ejemplos, no me aclaro mucho , aunque intento "ver" la composicion desde todos los angulos, se que deben de ser faciles de usar pero no veo el click, tambien se que no es bueno abusar de los threats .

En definitiva, la pregunta, a ver si voy agarrando el chiste, es si implementando un threat tengo que rehacer el programa o bien es facil implementarlo.

gracias

[ecfisa]

Hola anubis.

Como comentas en el mensaje #5, el problema del retardo se produce en la conexión a la base de datos remota. Entonces, la implementación de threads sólo se justificaría si el usuario de tu aplicación puede desarrollar actividades con tu aplicación aún sin haberse establecido la conexión.

De otro modo, threads mediante o no, el usuario va a tener que aguardar el tiempo que la conexión requiera para empezar a operar.

Saludos.