Threads, formularios y SQL

[elrayo76]

Tengo una aplicación que corre consultas pesadas y por ende mientras estas corren se queda paralizada. Al pasar esto los usuario se quejan de esto.

Lo que quiero es como se puede hacer para poner todo lo relacionado a la carga, refresco, pintado, etc de las pantallas en un thread y por otro lado los que tiene que ver con las consultas SQL.

Saludos,
El Rayo

[[Caral]]

Hola
No se mucho de estas cosas pero me parece que la sentencia sql se podria mejorar ya que no tendria por que ser lenta.
Claro, es una opinion subjetiva sin ver la sentencia, sin saber que o cuantas tablas revisa ni cuantos registros puede traer.
Saludos

[Casimiro Notevi]

Empezado por Caral

Hola
No se mucho de estas cosas pero me parece que la sentencia sql se podria mejorar ya que no tendria por que ser lenta.
Claro, es una opinion subjetiva sin ver la sentencia, sin saber que o cuantas tablas revisa ni cuantos registros puede traer.
Saludos

.

[elrayo76]

Empezado por Caral

Hola
No se mucho de estas cosas pero me parece que la sentencia sql se podria mejorar ya que no tendria por que ser lenta.
Claro, es una opinion subjetiva sin ver la sentencia, sin saber que o cuantas tablas revisa ni cuantos registros puede traer.
Saludos

Amigo Caral,

La sentencia SQL ya está optimizada y no creo que se pueda optimizar mas de lo que esta. El problema que es una aplicación para empresas de tarjetas de créditos y estas consultas pueden traer datos de muchas tablas y a su vez estamos hablando de mas de 10.000 registros si pensamos todos los clientes que estas pueden tener y la cantidad de transacciones diarias que se hacen.

Por ese motivo es que necesito que la aplicación tenga esa característica que digo. Ademas me encomendaron la tarea de ver como hacerlo a mi y mucho no conosco de threads.

Saludos

[olbeup]

Hola elrayo76,

Si buscas un poco hallarás respuestas, mira este link de Neftali que habla de ello.

Un saludo.

[Casimiro Notevi]

Empezado por elrayo76

La sentencia SQL ya está optimizada y no creo que se pueda optimizar mas de lo que esta. El problema que es una aplicación para empresas de tarjetas de créditos y estas consultas pueden traer datos de muchas tablas y a su vez estamos hablando de mas de 10.000 registros si pensamos todos los clientes que estas pueden tener y la cantidad de transacciones diarias que se hacen.

Bueno, diez mil registros es nada para cualquier sistema de bases de datos actual, "lo normal" es que tarde décimas de segundo.
Muchos estamos habituados a trabajar con bases de datos con decenas de millones de registros y ninguna sentencia sql puede tardar ni un segundo.
Así que el comentario de Caral está más que justificado.

Empezado por elrayo76

Ademas me encomendaron la tarea de ver como hacerlo a mi y mucho no conosco de threads.

Bueno, por lo visto tampoco es tu fuerte, pero el enlace que te ha puesto olbeup te ayudará

Aunque yo miraría antes de afinar la sql que estés usando.

[Neftali [Germán.Estévez]]

Empezado por elrayo76

Tengo una aplicación que corre consultas pesadas y por ende mientras estas corren se queda paralizada. Al pasar esto los usuario se quejan de esto.
Lo que quiero es como se puede hacer para poner todo lo relacionado a la carga, refresco, pintado, etc de las pantallas en un thread y por otro lado los que tiene que ver con las consultas SQL.

Lo primero es aconsejar lo mismo que han dicho mis compañeros. Lo principal es intentar "mejorar" las consultas.
Aun así hay veces en que no es posible porque se trabajan con muchos datos, por ejemplos temas de listados, estadísticas,...

Una opción en este caso pueden ser los threads, pero para saber más deberías explicar con qué Base de Datos estás trabajando y qué componentes usas. Por lo general para lanzar consultas en threads separados lo más importante es que utilices conexiones diferentes (no puedes usar la misma que para el resto). También es necesario saber qué tipo de consultas son las que deseas "modificar".

En cuanto a realizar otros trabajos usando threads, piensa que la idea es que puedas extraer a threads procesos u operaciones, que en cierta manera, sean independientes del resto. No tiene sentido intentar pasar a un proceso diferente una operación que está muy relacionada con otros aspectos del programa.

Tal vez con algo más de información se pueda ser más concreto.