problema al refrescar tabla en firebird

[[RONPABLO]]

Empezado por Casimiro Notevi

No lo he entendido

Es que me enredo explicando, al tener una aplicación cliente que se conecta directamente a la base de datos se suelen tener muchos problemas, la mayoría de información, tutoriales y cosas similares que uno encuentra de por ejemplo IBX son muy viejos y te terminan enseñando a trabajar con un esquema de conexión que no es optimo para las necesidades de hoy día, donde todo el tiempo te encuentras conectado al servidor (se que se puede hacer de otras formas pero la mayoría te orienta así), donde la perdida de conexión se ve reflejada en bloqueos de la aplicación o donde una aplicación que iba a ser para una red de equipos conectados por cable ya te piden (y te pagan obviamente) para que soporte conexiones por internet (y ahí en la nube los ibx no son la mejor opción y adaptarlo traerá grandes problemas)... En fin para evitar eso es que opino que uno debería arrancar los proyectos nuevos con arquitecturas tales como REST o DataSnap (el cual no he trabajado), o hacer una aplicación servidor que haga de intermedio entre la base de datos y los diversos clientes, y que en los clientes nunca debe de haber componentes que le den acceso a la base de datos (IBX, Ado o similares)

Empezado por Casimiro Notevi

No, no es así, son puertos "aleatorios", pero no el 3052.

Tienes razón, ahora mirando un poco atrás para solucionar el problema del firewall nos tocaba dejar los eventos en un puerto fijo con la instrucción RemoteAuxPort que se puede marcar en el archivo de configuración de firebird

[Casimiro Notevi]

Empezado por RONPABLO

al tener una aplicación cliente que se conecta directamente a la base de datos se suelen tener muchos problemas, la mayoría de información, tutoriales y cosas similares que uno encuentra de por ejemplo IBX son muy viejos y te terminan enseñando a trabajar con un esquema de conexión que no es optimo para las necesidades de hoy día, donde todo el tiempo te encuentras conectado al servidor (se que se puede hacer de otras formas pero la mayoría te orienta así), donde la perdida de conexión se ve reflejada en bloqueos de la aplicación o donde una aplicación que iba a ser para una red de equipos conectados por cable ya te piden (y te pagan obviamente) para que soporte conexiones por internet (y ahí en la nube los ibx no son la mejor opción y adaptarlo traerá grandes problemas)...

Que sean viejos no quiere decir nada, más viejo es delphi
Al principio eran los FreeIBcomponents (libres y gratis), que los usó Borland y los renombró a IBX (InterBase eXpress), de ahí salieron varios más, entre ellos los estupendos FIBplus.
Se han ido actualizando, igual que Delphi. Incluso hay una versión para Lazarus con versión para Linux (es la que tengo instalada) y es muy nueva, la última actualización es de hace solamente una semana: http://www.mwasoftware.co.uk/ibx

En todos estos años que he usado esos componentes, desde 1998, me han funcionado perfectamente, son muy seguros, muy estables, los más rápidos, ...
Ahora bien, que no están pensados para internet, pues no, no están pensados para internet. Pero más bien es lo que has dicho al final, que para funcionar por internet hay que usar unos métodos distintos al habitual de cuando estás conectado a una red local/intranet.

[[RONPABLO]]

Empezado por Casimiro Notevi

Que sean viejos no quiere decir nada, más viejo es delphi
Al principio eran los FreeIBcomponents (libres y gratis), que los usó Borland y los renombró a IBX (InterBase eXpress), de ahí salieron varios más, entre ellos los estupendos FIBplus.
Se han ido actualizando, igual que Delphi. Incluso hay una versión para Lazarus con versión para Linux (es la que tengo instalada) y es muy nueva, la última actualización es de hace solamente una semana: http://www.mwasoftware.co.uk/ibx

En todos estos años que he usado esos componentes, desde 1998, me han funcionado perfectamente, son muy seguros, muy estables, los más rápidos, ...
Ahora bien, que no están pensados para internet, pues no, no están pensados para internet. Pero más bien es lo que has dicho al final, que para funcionar por internet hay que usar unos métodos distintos al habitual de cuando estás conectado a una red local/intranet.

Como tal no critico a los IBX, de hecho creo que son muy buenos y muy probablemente serán mi primera opción a la hora de trabajar un nuevo proyecto, digo que la documentación que más se encuentra te guía a usar practicas que para necesidades muy actuales no son la adecuadas. Es tan simple como que montar una red cableada es costosa comparada a comprar un router inalambrico, ya los IBX van teniendo ciertos problemas (directos o indirectos) con redes inalambricas porque la velocidad es mucho menor a la de una cableada, porque muchos equipos para ahorrar energía desconectan redes inalambricas o porque simplemente al prender otro router cercano puede interferir y tumbarse mutuamente (que este caso ya se ve menos, pero aún se ve).

[Casimiro Notevi]

Claro, es que el sistema cliente/servidor que hemos usado siempre necesita la seguridad de una buena conexión.
Para lo que comentas hay que pensar las cosas de otra forma, como las conexiones a la web.