Sistema de Tickets con base de datos Firebird

[[Lepe]]

Un TIBEventAlert, solo puede registrar 15 eventos como máximo. Además es asíncrono y te da un contador con las "repeticiones que ha habido".

Empezado por AgustinOrtu

Eso se puede solucionar facilmente, basicamente si el DataSet esta en edicion no refrescas la consulta

Sí, por supuesto, pero eso puede complicarse muy mucho cuando tienes 10 tablas dependientes unas de otras, con eventos informando de cambios en cada tabla. Estas en tu editor de textos, queriendo mostrar datos de un vencimiento de la factura del cliente, mientras los demás puestos modifican cosas que tú necesitas.

Debes tener en cuenta que ese evento puede llegar en cualquier momento. La complicación en la programación no justifica la necesidad de refrescar los datos automáticamente, a menos que sea un sistema "en tiempo real"

Es más, imagina que no estás en edición, y llegan 10 eventos, uno por tabla, en sistemas multiusuarios, multiplica por 10 puestos; ¿actualizas todos los datos de tus 10 terminales? puede que el usuario esté usando el Word.

¿Y si está mirando un listado de tickets por fechas y éste no para de actualizarse en pantalla? Lo normal es que inicies una transacción y el listado que estás mirando sea estático, en el momento que pediste los datos.

Una inserción en la tabla clientes no es importante. Una inserción en la tabla ChatEntreUsuarios sí lo es. A eso me refería con "no abusar de los eventos".

Pero vamos, igual me estoy poniendo en casos de uso que no se van a dar...

Saludos

[Casimiro Notevi]

Empezado por Lepe

Un TIBEventAlert, solo puede registrar 15 eventos como máximo. Además es asíncrono y te da un contador con las "repeticiones que ha habido".
Sí, por supuesto, pero eso puede complicarse muy mucho cuando tienes 10 tablas dependientes unas de otras, con eventos informando de cambios en cada tabla. Estas en tu editor de textos, queriendo mostrar datos de un vencimiento de la factura del cliente, mientras los demás puestos modifican cosas que tú necesitas.
Debes tener en cuenta que ese evento puede llegar en cualquier momento. La complicación en la programación no justifica la necesidad de refrescar los datos automáticamente, a menos que sea un sistema "en tiempo real"
Es más, imagina que no estás en edición, y llegan 10 eventos, uno por tabla, en sistemas multiusuarios, multiplica por 10 puestos; ¿actualizas todos los datos de tus 10 terminales? puede que el usuario esté usando el Word.
¿Y si está mirando un listado de tickets por fechas y éste no para de actualizarse en pantalla? Lo normal es que inicies una transacción y el listado que estás mirando sea estático, en el momento que pediste los datos.
Una inserción en la tabla clientes no es importante. Una inserción en la tabla ChatEntreUsuarios sí lo es. A eso me refería con "no abusar de los eventos".
Pero vamos, igual me estoy poniendo en casos de uso que no se van a dar...
Saludos

Totalmente de acuerdo con lo que dices.

[[AgustinOrtu]]

Gracias por la aclaracion, sin duda de acuerdo

Nunca he trabajado con eventos ni con componentes como los TIBxxx, es mas que nada la teoria lo que tengo presente

Por otro lado mi forma de trabajar usando objetos y no el el combo controles data aware + dataset; prefiero usar los controles tradicionales y mantener la info en memoria (objetos) y luego enviar los datos cuando se pulsa "aceptar"

De este modo quiza sea "mas codigo" hacer algunas cosas pero no tengo problemas tales como "cerre el dataset y ups perdi los datos"

En los casos que describes como "una insercion en la tabla ChatEntreUsuarios", podria capturar ese evento y en lugar de refrescar autmaticamente como decis, podria poner un cartel de que "hay nuevas ... bla bla". Por ejemplo el propio ClubDelphi lo hace de esta manera