Consultas periódicas a BD

22/01/2008 - 18:13 por alberto | Informe spam
Estoy desarrollando una aplicación donde debo avisar periódicamente de los
productos que están bajo stock para hacer pedidos a los proveedores.

La duda que me surge es cuándo hacer esa comprobación. Si se hace solo
cuando arranque la aplicación, el usuario no se entera hasta el día
siguiente que la vuelve a iniciar. Si la comprobación se hace periódicamente
(con un timer) tengo miedo a sobrecargar la aplicación.

¿Algún consejo? Muchas gracias

Preguntas similare

Leer las respuestas

#1 Alberto Poblacion
22/01/2008 - 18:23 | Informe spam
"alberto" wrote in message
news:
Estoy desarrollando una aplicación donde debo avisar periódicamente de los
productos que están bajo stock para hacer pedidos a los proveedores.

La duda que me surge es cuándo hacer esa comprobación. Si se hace solo
cuando arranque la aplicación, el usuario no se entera hasta el día
siguiente que la vuelve a iniciar. Si la comprobación se hace
periódicamente (con un timer) tengo miedo a sobrecargar la aplicación.

¿Algún consejo? Muchas gracias



Haz la comprobación periódicamente con una periodicidad relativamente
baja (es decir, no lo compruebes cada pocos segundos, sin cada muchos
minutos), y realiza este proceso desde un hilo separado para no bloquear la
interfaz de usuario de la aplicación. Lo de usar un hilo separado implica
que no puedes usar directamente el evento que te genera el Timer de
System.Windows.Forms. Necesitas usar otro de los Timers (que sí usan hilos),
o bién crear tú mismo el nuevo hilo dentro del evento del Timer normal.
Respuesta Responder a este mensaje
#2 alberto
22/01/2008 - 18:35 | Informe spam
¿Cuál es el otro evento de los timers que debo usar? Creo que solo tienen el
Tick.
Gracias
"Alberto Poblacion"
escribió en el mensaje news:
"alberto" wrote in message
news:
Estoy desarrollando una aplicación donde debo avisar periódicamente de
los productos que están bajo stock para hacer pedidos a los proveedores.

La duda que me surge es cuándo hacer esa comprobación. Si se hace solo
cuando arranque la aplicación, el usuario no se entera hasta el día
siguiente que la vuelve a iniciar. Si la comprobación se hace
periódicamente (con un timer) tengo miedo a sobrecargar la aplicación.

¿Algún consejo? Muchas gracias



Haz la comprobación periódicamente con una periodicidad relativamente
baja (es decir, no lo compruebes cada pocos segundos, sin cada muchos
minutos), y realiza este proceso desde un hilo separado para no bloquear
la interfaz de usuario de la aplicación. Lo de usar un hilo separado
implica que no puedes usar directamente el evento que te genera el Timer
de System.Windows.Forms. Necesitas usar otro de los Timers (que sí usan
hilos), o bién crear tú mismo el nuevo hilo dentro del evento del Timer
normal.

Respuesta Responder a este mensaje
#3 Jesús López
22/01/2008 - 18:51 | Informe spam
Supongo que Alberto Población no se refiere a un evento sino a usar un timer
que no es el System.Windows.Forms.Timer. Como System.Threading.Timer o
System.Timers.Timer.

Saludos:

Jesús López´



"alberto" escribió en el mensaje
news:
¿Cuál es el otro evento de los timers que debo usar? Creo que solo tienen
el Tick.
Gracias
"Alberto Poblacion"
escribió en el mensaje news:
"alberto" wrote in message
news:
Estoy desarrollando una aplicación donde debo avisar periódicamente de
los productos que están bajo stock para hacer pedidos a los proveedores.

La duda que me surge es cuándo hacer esa comprobación. Si se hace solo
cuando arranque la aplicación, el usuario no se entera hasta el día
siguiente que la vuelve a iniciar. Si la comprobación se hace
periódicamente (con un timer) tengo miedo a sobrecargar la aplicación.

¿Algún consejo? Muchas gracias



Haz la comprobación periódicamente con una periodicidad relativamente
baja (es decir, no lo compruebes cada pocos segundos, sin cada muchos
minutos), y realiza este proceso desde un hilo separado para no bloquear
la interfaz de usuario de la aplicación. Lo de usar un hilo separado
implica que no puedes usar directamente el evento que te genera el Timer
de System.Windows.Forms. Necesitas usar otro de los Timers (que sí usan
hilos), o bién crear tú mismo el nuevo hilo dentro del evento del Timer
normal.





Respuesta Responder a este mensaje
#4 jorge
22/01/2008 - 18:57 | Informe spam
1.- Porque no pones una columna extra que te diga cual es el minimo stock de
tus productos... de tal manera que el usuario pueda ingresar el stock
minimo,
2.- Por cada transacion que actualize el stock verifica si esta por debajo
del minimo, de ser asi envia un mensaje, manda un email etc. Aqui puedes
enviarle un email al administrador por ejemplo. Hasta podrias ir creando una
orden de pedidos de tal manera que al final del dia simplemente la ejecuten.
3.- Crea un reporte que al final del dia se ejecute para mostrar que
productos estan por debajo del limite y la orden de pedido para los
proveedores.



"alberto" wrote in message
news:
Estoy desarrollando una aplicación donde debo avisar periódicamente de los
productos que están bajo stock para hacer pedidos a los proveedores.

La duda que me surge es cuándo hacer esa comprobación. Si se hace solo
cuando arranque la aplicación, el usuario no se entera hasta el día
siguiente que la vuelve a iniciar. Si la comprobación se hace
periódicamente (con un timer) tengo miedo a sobrecargar la aplicación.

¿Algún consejo? Muchas gracias

Respuesta Responder a este mensaje
#5 Alberto Poblacion
22/01/2008 - 22:23 | Informe spam
"alberto" wrote in message
news:
¿Cuál es el otro evento de los timers que debo usar? Creo que solo tienen
el Tick.



Como dice Jesús, no me refería a otro evento, sino a otra clase de Timer.
Hay tres:

System.Windows.Forms.Timer
System.Threading.Timer
System.Timers.Timer

El primero de los tres es el único que puedes "arrastrar y soltar" sobre
un formulario, pero tiene la pega de que dispara los eventos en el mismo
hilo que ejecuta el formulario, con lo que te bloquea el formulario mientras
dure el procesamiento del evento, que es precisamente lo que no quieres que
te ocurra si vas a ejecutar una operación costosa (controlar el inventario)
mientras el usuario está trabajando con el formulario.
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida