problema al refrescar tabla en firebird

[[RONPABLO]]

Empezado por Casimiro Notevi

Obviamente, las verificaciones se realizan al momento de grabar. Si vas a vender un artículo y dejas la venta en pantalla, mientras alguien en otro sitio realiza la venta del mismo artículo y termina, el primero se quedó sin artículos. Eso es lógico, pero nunca ocurrirá, no habrá problema, porque si hay 3 artículos y tú te los llevas, entonces el otro cliente es imposible que los tenga, físicamente hablando..

si yo entiendo, se podría tratar de varias formas, por ejemplo se puede hacer una verificación en el proceso de la venta, de tal forma que al dar click en vender corrobore que aun queda productos y así informar al cliente que se acabo dicho producto poco antes de que se realizara la compra, pero es solo para mostrar que desde cierta logica tiene su razón de ser, que se puede dar muchos tratamientos es verdad, pero el mostrar en tiempo real los cambios que va teniendo un articulo es una petición relativamente normal según que necesidad.

Empezado por Casimiro Notevi

Todo eso es independiente de la lógica de negocio, no debe interferir en nada en los procesos.

Todos esos son los problemas que yo he tenido que vivir por características de los ibx, y al tener mi aplicación como un cliente que consulta a firebird desde el mismo equipo o desde un equipo remoto, hoy por hoy ya trabajo muy poco firebird y delphi (solo una aplicación que hice para mi), pero hoy en día haría una aplicación servidor la cual sería la encargada de conectarse con firebird o cualquier base de datos, en donde si yo tengo una tabla llamada Personas, por medio de los mismos IBX o cualquier componente de acceso a datos, seleccionar la información de una Persona y convertirlos en un objeto Persona (que viene de una clase persona que ya hemos creado), dicho objeto deberá ser capaz de ser transformado a texto o a alguna forma de serializar, y además de ser capaz de deserializar o revertir la conversión y volver a ser un objeto persona y dicho objeto persona comunicarse con el dataset y guardar la información.
Por otro lado tener una aplicación cliente que le haga peticiones a la aplicación servidor, por ejemplo decirle que le mando serializado la información que tiene para un documento de identidad cualquiera, e internamente también convertir a un objeto Persona en dicha aplicación cliente, además realizar los diversos procesos que se necesiten hacer con dicha persona (lógica de negocio) y si hay cambios en el objeto persona serializarlo, enviarlo a la aplicación servidor y pedirle que haga los cambios pertinentes a dicha persona... Como tal es mucho trabajo inicial, pero años después será un alivio

Empezado por Casimiro Notevi

Firebird trabaja de forma predeterminada por el puerto 3050.

Si todo el proceso de base de datos va por el 3050, pero los eventos los manda por el 3052 y tanto el firewall de windows o como varios antivirus lo bloquean, y puede hacer creer que se encuentra un daño en la aplicación