FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Pero eso no tiene nada que ver con lo que he comentado
La solución "fácil" es: si ocurre un error de conexión, guardar los datos con una marca indicadora de que no ha sido actualizado en la central. Testear cada xx minutos para ver si hay ya conexión a la central. En cuanto hay conexión a la central, buscar todos los registros con la marca "no actualizado" y pasarlos a la central. No se puede explicar mucho más porque tu pregunta es muy genérica. |
#2
|
||||
|
||||
Hola.
Yo veo algo engorroso mantener una conexión directa con el servidor y que en caso de un posible fallo de internet pase a modo local. Te pongo un ejemplo simple de lo que yo hago en estos casos (obviando tablas como formas de pago, vendedores, etc): Base de datos Central: Tabla de artículos Tabla de clientes Tabla de cabeceras de ventas Tabla de lineas de ventas ..etc. (o sea, todas las tablas) Base de datos Local (en cada delegación remota): Tabla de artículos Tabla de clientes Tabla de cabeceras de ventas Tabla de lineas de ventas Como ves tienes las bases de datos duplicadas, una en cada delegación. Tendrías que tener un proceso inicial de importación de los datos maestros desde la central hacia las delegaciones, esto lo puedes hacer exportando los datos maestros de clientes, artículos, etc. a un sitio FTP y un proceso en las delegaciones que integre esa información con su base de datos, es decir, que lea lo que le envía la central y, por ejemplo, en el caso de los artículos que no existan los crea y los que existan actualice sus datos como nombre, precios, códigos de barras o algún dato más que pueda variar. A partir de ahí puedes empezar a vender en la delegación y almacenando los datos en su base de datos local. Cuando acabe el día tendrás que hacer el proceso inverso, es decir, enviar un fichero al sitio FTP con las ventas realizadas y en el ordenador centrar integrarlas en su base de datos junto con las del resto de delegaciones. Una vez enviados los datos de la delegación puedes marcarlos como enviados para no duplicar los envios o borrarlos para comenzar un nuevo día, eso ya depende del cliente y el tipo de negocio. Tendrás que tener en cuenta cosas como que la numeración de cada delegación sea independiente para no duplicar números de venta y cosas por el estilo. Esto tiene sus ventajas y sus inconvenientes, la ventaja es que no necesitas tener conexión directa con la central y el inconveniente es que los datos no están actualizados hasta que hagas los envíos central-delegación-central. Espero haberte aclarado algo el asunto. Saludos
__________________
Be water my friend. |
#3
|
|||
|
|||
Gracias
Bueno entiendo tu propuesta newtron pero la idea es tener un servidor para como dices tu asegurar la concurrencia, y tener todos los datos actualizados.
Inicie este tema nada mas que para saber en donde puedo encontrar ejemplos o como hacer para comprobar el servidor, y para pasar a la central al recuperarse la conexion, y como se instala la base de datos en local aunque sea con algunas tablas. |
#4
|
||||
|
||||
http://www.clubdelphi.com/foros/show...=replicaci%F3n
http://www.clubdelphi.com/foros/show...=replicaci%F3n |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Conexion SQL2000 via Internet | kurono | SQL | 4 | 27-09-2012 09:53:32 |
Conexión a Firebird via internet | wod | Conexión con bases de datos | 2 | 21-01-2007 19:40:54 |
Conexión a Internet... | dunia_lv | Internet | 3 | 12-08-2005 11:09:24 |
Conexión Internet | altp | Internet | 4 | 03-04-2004 10:28:30 |
Conexion Internet | buitrago | Firebird e Interbase | 3 | 12-09-2003 08:29:21 |
|