Sugerencias para replicacion en sucursales

[guillotmarc]

Sinceramente no lo sé.

Yo utilizo el sistema de empaquetar los datos a replicar en un archivo y subirlos por FTP por comodidad, ya que no tengo que andar abriendo puertos en los routers de los servidores en replicación (muchos están en ordenadores de clientes y no tengo acceso a ello ni las contraseñas necesarias). Además no me tengo que preocupar que los servidores en replicación estén activos en un momento determinado, y con conexión a Internet, yo subo los datos por FTP y él ya los leerá cuando pueda.

Pero la verdad es que te complica la programación, no es lo mismo un motor de replicación con todos los servidores en línea, que andar intercambiando paquetes por FTP.

Si te sirve el método de replicar cuando los servidores están en línea (y si te encuentras con que el servidor destino no está en línea, entonces no se replica nada y toda la información queda pendiente para una conexión posterior), yo no me complicaría mucho la vida creando los paquetes por FTP.

Lo que no te puedo decir es el volumen de información que puede tratar un motor de replicación on-line por Internet, puesto que todos sabemos que el protocolo de comunicación de Firebird es poco eficiente, hace muchos viajes de ida y vuelta, y por lo tanto las consultas por Internet son bastante lentas.

Pero en principio no debería ser muy importante, ya que la información tardará más o menos en pasarse, pero siempre se acabará pasando (a menos que el volumen sea tan grande que ni siquiera aprovechando los tiempos en que no se añade nueva información, el motor de replicación no tiene tiempo de ponerse al día).

Lo mejor es probarlo, a ver que tal se comporta y que volumen de información puede absorver (yo no he hecho esta prueba por Internet, ya que desde el principio decidí trabajar desconectado, medianto archivos subidos por FTP). Simplemente recuerda de utilizar la última versión disponible de Servidor de Firebird y de librería cliente (fbclient.dll), puesto que en cada nueva versión de Firebird suelen mejorar bastante el protocolo de comunicación y reducen los viajes de ida y vuelta (que en Internet, dada la gran latencia, son lo que más te perjudica, y no tanto el volumen de información intercambiada) necesarios para lanzar cada consulta.

[guillotmarc]

Mecachis en la mar. ¿ Es normal no poder modificar tus propios mensajes ?.

He querido añadir información respecto a como se haría para intercambiar la información mediante paquetes de datos en archivos que se suben por FTP, y el sistema no me lo ha aceptado porqué he tardado más de 20 minutos en escribirlo, perdiendo todo el texto entrado.

No me apetece volver a escribirlo sin saber siquiera si piensas utilizarlo. Pero si te animas a trabajar con los servidores desconectados, dilo y te explico como lo hago yo.

[Casimiro Noteví]

Empezado por guillotmarc

Mecachis en la mar. ¿ Es normal no poder modificar tus propios mensajes ?.

Creo que hay un límite de 30 minutos, se puso porque había gente que se dedicaba a modificar y, sobre todo, a borrar mensajes anteriores dejando totalmente inservibles los hilos.

Antes de abandonar tenías que haber copiado el texto y abrir un nuevo post.


p.d. Casi siempre pagan justos por pecadores, cierto, pero muchas veces no queda más remedio que actuar así. Voy a comentar con los moderadores por si acaso hay alguna opción que permita modificar mensajes a los usuarios que tengan más de un número determinado de mensajes.

[guillotmarc]

Empezado por Casimiro Notevi

Antes de abandonar tenías que haber copiado el texto y abrir un nuevo post.

No he podido, cuando sale el aviso de que no se puede modificar el post ya no tienes el texto que querías añadir, y al volver para atrás tampoco recuperas el texto que habías modificado.

Gracias por la aclaración.

Saludos.

[Casimiro Noteví]

vaya, sí que da rabia una situación así.
Cuando la respuesta es "larga" yo tengo costumbre de escribirla en un editor, la reviso, corrijo faltas, etc. y luego la copia a clubdelphi.
Es que también me ha pasado varias veces lo que comentas, más que nada dándole a "vista previa" y luego no me acuerdo de "enviar respuesta" y se pierde todo lo escrito.

[IVAND]

Si no es mucha molestia seria importante tratar con los dos temas a la vez , es decir trabajar en linea y desconectado a ver cual metodo es mejor y en q momento decidirse


Si fueras tan amable en explicarmelo te lo agradeceria un mundo

Nota: voy a empezar a revisar la pasada de datos en dos vias es decir una sucursal envia informacion a la principal y la principal le envia informacion a la agencia

Ahi es donde comentas q se debe tener otro usuario en la base de datos ?


Gracias por la respuesta

[IVAND]

Me olvidaba indicarles que la informacion enviada de las sucursales seran solamente de las tablas cab_fac , det_fac , form_pago , his_mov,cab_diario ,det_diario y una tabla q utilizo para actualizar el inventario en cada sucursal

y la q envia la matriz a las sucursales seran solamente de clientes , y productos creados nuevos , las sucursales no podran crear productos ni bodegas solamente vender y cobrar