![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
Sólo quería comentarte que lo que propones es la única alternativa posible.
En todos los sistemas que conozco en los que no se puede parar la producción en horario de atención al cliente ( cajeros automáticos, sucursales bancarias, tiendas con tpv , ... ) se utiliza el mismo modelo. Al irse la línea, se switchea el trabajo a una bbdd local, y una vez recuperada la línea, pasar a la bbdd general. Si es posible, un proceso en segundo plano hace la sincronización. Si no es posible, al finalizar la jornada y cerrar al público. Lógicamente, la funcionalidad operando en forma "off line" suele sufrir restricciones, ya que no suele ser posible realizar todas las funcionalidades. Debes tener en cuenta además, que para que funcione el off line deberás sincronizar tablas en local en una ventana horaria que no afecte al servicio; por ejemplo las tarifas,... y todo aquello que sea necesario. Te recomiendo que sea un proceso centralizado, de central a sucursales, en el que desde la central puedas comprobar que diariamente o con la periodicidad que necesites o configures se ha realizado correctamente la replicación de información. Y que además, puedas forzar cuando necesites a cualquiera de las sucursales. Espero que te sirva de ayuda. Un saludo
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
|
#2
|
||||
|
||||
|
Hola.
El tema que propones es peliagudo. Si no quieres o puedes usar replicación yo mantendría un campo en la base de datos local que determine si el registro se ha enviado a la central o no con lo cual podrías posteriormente hacer un procedimiento para integrar la información pendiente con los datos de la central renumerando en su caso los contadores que necesites y podrías intentar averiguar si un cliente o proveedor se ha duplicado haciendo una busqueda por su número de documento de identificación. El tema de las numeraciones también es delicado porque deberás de usar el mismo contador estando on/off line, es decir, o usas una tabla común ya estés conectado o no, o si van a trabajar en modo local le tocará al usuario poner manualmente los contadores de los documentos en la numeración correcta antes de empezar a trabajar on line. Igualmente, como te comenta nuestro amigo fjcg02 habrá información como las tarifas de artículos, descuentos, ofertas, clientes, etc. que necesites tenerlas actualizadas siempre para que se pueda trabajar en modo off line sin grandes problemas. Saludos
__________________
Be water my friend. |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Insertar Datos a un campo de la base de datos desde un DBEdit | saltamirano | Varios | 11 | 12-12-2007 17:29:35 |
| Crear base de datos y cargar datos desde delphi | Albano | MySQL | 4 | 17-05-2007 20:01:18 |
| Herramienta case para diccionario de datos de base de datos firebird | mcalmanovici | Firebird e Interbase | 1 | 11-02-2007 15:17:37 |
| Guardar en 1 base de datos SQL, datos procedentes de 2 tablas distintas | adaypr | C++ Builder | 1 | 05-09-2006 11:56:33 |
| Reto Para Expertos En Base De Datos Y Tipos De Datos.... (blob) | frankmch | Conexión con bases de datos | 2 | 08-09-2003 19:44:52 |
|