eventos firedac

[carlomagno]

Hola a tod@s

a ver si alguien ha pasado por lo mismo..
Estoy haciendo un prog con interbase donde un cliente de una sede(cliente) ataca una tabla de otra sede(servidor).
El servidor tambien puede modificar esa tabla. La cuestion es que cuando el cliente modifica la tabla salta un evento que ve el servidor.
Pero si el servidor la modifica, el evento no lo ve el cliente.
Utilizo delphi alexandria y firedac.
Si alguien tiene alguna solucion con otro componente y me puede aconsejar, estaria mu agradecido

gracias

Carlos

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

Empezado por carlomagno

...
Pero si el servidor la modifica, el evento no lo ve el cliente.

No me queda claro qué quieres decir con "no lo ve el cliente"...
¿cuando hablas de "eventos", te refieres a esto o a esto?

[carlomagno]

Hola

gracias por la ayuda

yo estoy utilizando TFDEventAlerter cin Interbase pero me es igual si el resultado es que busco.
El cliente, en otra sede, no recibe la alerta del evento. En la doc de embarcadero ya me dicen que el cliente no ve las alertas si se trabaja con interbase. No se si esto te aclara la duda...

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

Revisa el primer link que te he puesto:
https://docwiki.embarcadero.com/RADS...lerts_(FireDAC)

Explica qué eventos, y cómo se implementan en cada Base de Datos.
En concreto para Interbase tienes esto:

[Casimiro Notevi]

Empezado por carlomagno

En la doc de embarcadero ya me dicen que el cliente no ve las alertas si se trabaja con interbase. No se si esto te aclara la duda...

No sé exactamente qué finalidad quieres conseguir, pero lo mismo se puede implementar de otra forma.

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

Empezado por carlomagno

yo estoy utilizando TFDEventAlerter cin Interbase pero me es igual si el resultado es que busco.

Empezado por Casimiro Notevi

pero lo mismo se puede implementar de otra forma.

Hombre, cuando no teníamos eventos de Base de Datos, lo implementábamos con pooling y utilizando alguna estrategia (tiempos de consulta variables) para optimizar. Siempre te queda eso, pero la idea de los eventos, es que mejora y optimiza ese comportamiento.

[Casimiro Notevi]

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

Hombre, cuando no teníamos eventos de Base de Datos, lo implementábamos con pooling y utilizando alguna estrategia (tiempos de consulta variables) para optimizar. Siempre te queda eso, pero la idea de los eventos, es que mejora y optimiza ese comportamiento.

Sí, lo comentaba porque me ha parecido leer que no funciona con interbase, pero si funciona entonces es lo mejor y más cómodo

[carlomagno]

Empezado por Casimiro Notevi

No sé exactamente qué finalidad quieres conseguir, pero lo mismo se puede implementar de otra forma.

Lo que el prog hace es un pedido de una tienda lo preparan otras sedes. Si modifican una cantidaddesde cualquier pc que todos lo vean sin tener que refrescar. El servidor ,que es quien crea el pedido, si le salta la alerta y se refresca sin tener que hacer manualmente. Desde cualquier cliente que modifique el pedido solo ve lo que el ha modificado pero no le salta la alerta si el servidor u otro cliente modifica el pedido. Lo ve cuando refresca. Espero haberme explicado bien.
Y este problema me pasa con firedac e interbase. No se si con otro componente lo puedo sincronizar en ambas partes
Tambien habia pensado hacer un timer e ir actualizando cada x tiempo pero me parece poco eficiente.

gracias

[Casimiro Notevi]

Pero ese aviso de que se ha modificado un pedido ¿cómo se hace? ¿se envían mensajes avisando que el pedido xxx, y el pedido yyy, y el pedido zzz ha sido editados?
¿Alguna opción para consultar pedidos editados?
A lo mejor te interesa simplemente poner un aviso de "hay pedidos editados" y entrar en una opción donde liste esos pedidos.

[carlomagno]

Empezado por Casimiro Notevi

Pero ese aviso de que se ha modificado un pedido ¿cómo se hace? ¿se envían mensajes avisando que el pedido xxx, y el pedido yyy, y el pedido zzz ha sido editados?
¿Alguna opción para consultar pedidos editados?
A lo mejor te interesa simplemente poner un aviso de "hay pedidos editados" y entrar en una opción donde liste esos pedidos.

El aviso lo deberia hacer el evento al hacer commit en el update de las lineas del pedido. Este post lanza un trigger que inicia la alerta. Todo eso lo hace bien con el prog que se ejecuta en el servido de bd pero cuando es un cliente con otra ip externa la alarma no se ejecuta y solo veo las modificaciones cuando el cliente refresca la bd. Para lo que dices tendria que refrescar igualmente (es lo que hago actualmente...)

gracias por la ayuda

[Casimiro Notevi]

Mira esto.

[carlomagno]

Empezado por Casimiro Notevi

Mira esto.

gracias por la info. No la habia encontrado y mira que he buscado por google.
La cosa es que yo utilizo interbase y no encuentro la forma de indicarle un puerto auxiliar para eventos.
La verdad es que estoy encallado...

[Casimiro Notevi]

Empezado por carlomagno

...La cosa es que yo utilizo interbase...

Para este tema es lo mismo interbase que firebird.

[carlomagno]

Empezado por Casimiro Notevi

Para este tema es lo mismo interbase que firebird.

como puedo configurar un puerto auxiliar con interbase? no veo ninguna opcion en su fichero de configuracion y no encuentro documentacion sobre el tema en internet...

gracias

[Casimiro Notevi]

Empezado por carlomagno

como puedo configurar un puerto auxiliar con interbase? no veo ninguna opcion en su fichero de configuracion y no encuentro documentacion sobre el tema en internet...gracias

Pues aquí:

Empezado por Casimiro Notevi

Mira esto.

[Casimiro Notevi]

Aquí tienes un ejemplo práctico, a ver si te viene bien.

[carlomagno]

Hola Casimiro

si ya lo tengo funcionando, y funciona bien. Supongo que el problema que tengo es el tema del firewall y de que no se como decirle a interbase que apunte a un puerto auxiliar para que los eventos pasen por ahi. De momento los veo cuando estoy en el servidor.
Estoy buscando dentro de interbase a ver si consigo hacer el puente hacia un puerto y asi abrir ese puerto en todos los clientes...

De todas formas gracias por la ayuda

[ASAPLTDA]

para firebird 3. revisa C:\Program Files (x86)\Firebird\Firebird_3_0\firebird.conf

#
# The TCP Port Number to be used for server Event Notification
# messages. The value of 0 (Zero) means that the server will choose
# a port number randomly.
#
# Per-connection configurable.
#
# Type: integer
#
#RemoteAuxPort = 0

[carlomagno]

Empezado por ASAPLTDA

para firebird 3. revisa C:\Program Files (x86)\Firebird\Firebird_3_0\firebird.conf

#
# The TCP Port Number to be used for server Event Notification
# messages. The value of 0 (Zero) means that the server will choose
# a port number randomly.
#
# Per-connection configurable.
#
# Type: integer
#
#RemoteAuxPort = 0

y alguien sabe como hacer con interbase?

[Casimiro Notevi]

Empezado por carlomagno

y alguien sabe como hacer con interbase?

¿No tiene fichero de configuración?