Sistema se pone lento con el paso de los dias.

[rastafarey]

Hermanito con ese equipo que tienes todo deberia funcionar bien. A menos que se estes quedando muchas transacciones en el limbo.

Lee esto Optimizando firebird

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

Deberías utilizar la herramientas de Windows Server para monitorizar las conexiones al servidor, datos de subida y bajada, estado de la RAM,... para saber si puede haber algun cuello de botella (debido al servidor).

Dentro de las herramientas Administrativas tienes el "Performance Tools" para poder activar diferentes Alertas y sensores.

[guillotmarc]

Estoy de acuerdo con rastafarey.

Como suele ocurrir en la inmensa mayoría de ocasiones que se dan estos síntomas (lentitud gradual de la base de datos), la razón más probable es una pobre implementación de las transacciones que no las cierra adecuadamente.

Lee este hilo para comprobar las transacciones que aún tienes abiertas y su antiguedad.

http://www.clubdelphi.com/foros/showthread.php?t=55887

NOTA: En el hilo también se muestra una sentencia para finalizar todas las transacciones, cuyo efecto sería parecido a reiniciar el Servidor.

Si como todo apunta, te encuentras que tienes muchas transacciones abiertas, y algunas muy antiguas, tendrás que corregir el programa para arreglar el problema.

Las transacciones se tienen que finalizar lo antes posible.

Con Timeout a 0 las transacciones no se cierran hasta que tú no se lo digas. Pon el Timeout a 1 si quieres que se cierren enseguida (es como lo tengo yo).

Saludos.

[Casimiro Noteví]

Empezado por guillotmarc

[..]
Lee este hilo para comprobar las transacciones que aún tienes abiertas y su antiguedad.
http://www.clubdelphi.com/foros/showthread.php?t=55887
NOTA: En el hilo también se muestra una sentencia para finalizar todas las transacciones, cuyo efecto sería parecido a reiniciar el Servidor.
[..]

No había seguido ese hilo hasta el final, ¡qué interesante!.

[jcapitan]

Mil gracias por su apoyo y consejos, checaré bien lo que me recomiendan, y les comento como me fue.
De nuevo, Casimiro Notevi, rastafarey, Neftali, guillotmarc y a toda la comunidad de Club Delphi Gracias Mil.

[jcapitan]

Bueno aqui estoy de nuevo..

Estuve monitoreando la base de datos con Sinática Monitor, y veo solo una transacción viva por ip.

Mencionan que tengo que cerrar la transacción lo mas pronto posible, pero como mantengo información en tiempo real en un grid para los usuarios, es decir cuando alguien modifique un registro se refleje en los demás.

Ando muy perdido en cuanto las transacciones segun veo. Ojala me puedan recomendar una lectura o ejemplos. Para aplicaciones de este tipo.

Les menciono la aplicación, los usuarios estan divididos en 2 grupos.
Grupo 1. Reciben llamadas y capturan información en "papeletas".
Grupo 2. Visualizan en tiempo real lo que el Grupo 2 está capturando, y atiende una de ellas metiendo información también en esta papeleta; si un usuario del grupo 1 cambió un campo del registro, en el grid que tiene en pantalla se muestra el cambio en tiempo real.

(Realmente todos ven lo que los demas capturan, pues tienen ventanas abiertas con grids que muestran información de folio, dirección, etc)

Cuando se cierran las papeletas (ya fueron atendidas) se mueve la información a otra tabla que es el historial (esta no la tienen pantalla pues son una cantidad muy grande de registros), de esta manera los refresh sera sobre la tabla que no tiene tantos registros, creo que de esta manera es más óptimo, si estoy mal por favor me corrigen.

En este caso como debo manejar las transacciones si es necesario que la información se esté refrescando y en pantalla.

[Gallosuarez]

JCapitan:

Tengo un pregunta: ¿Cual es el mecanismo que utilizas para poder ver que alguien ha hecho un inserción o modificación en las tablas de datos?

Quiero suponer que ese mecanismo lo estás implementando utilizando Eventos desde el mismo motor de la base de datos. Si no es así, el hacerlo a través de un "pooling" te degrada muchísimo el desempeño de la base de datos. Y por ahí puede estar el problema.

Saludos,
Gerardo Suárez Trejo

PD. Es mas eficiente ver la información en tiempo real cuando cualquier usuario hace un "commit" (ya sea para insertar o modificar un registro) y se lanza un aviso a través de un evento a todos los usuarios que se hayan suscrito a dicho evento.

PD2. Ouch!, no había leido bien tu "post" donde dices que manejas eventos, para poder ver cuando hay cambios en la base de datos. Me imagino entonces que implementaste una forma de leer solo el registro que se haya modificado o insertado (no cargar nuevamente todo el Dataset). Y asegurate de cambiar el Time Out a 1 (es de suma importancia para que las transacciones se hagan inmediatamente). Saludos nuevamente ...

[jcapitan]

Efectivamente lo hago através de eventos desdela base de datos.

Los cuales los tengo nombrados como
post_mod_regs_reales
post_mod_regs_detalles
...
..
. etc

los cuales los tengo capturados en el sistema con el componente TSIBfibEventAlerter, pero como mencionas realmente hago un fullrefresh de la tabla es decir de la consulta.

Esta de esta forma: en un ventana muestro registros que estan en espera de ser atendidos (con estatus 1), en otra ventana los registros que estan siendo atendidos (estatus 2), y se pasan a la tabla de historial cuando el estatus es 3 (cerrados)

por lo que las consultas de las 2 ventanas (en espera y en atención) es una consulta sobre la misma tabla solo con parametro diferente (el estatus).

Estuve buscando información para actualizar como tu dices solo el registro que se modifico y no traer toda la consulta de nuevo pero no supe como hacerlo, es decir saber el folio (la llave) que sifrio cambio y traer solo ese registro. Si es posible esto le agradeceré me iluminen para aplicarlo.


Ahora, esto es lo que posiblemente me este alentando la aplicación con el paso de los dias???

Gracias, si necesitan mas información de la aplicación la pongo de inmediato.