Sin Internet Tampoco Red...

[Rogersito Plus]

GRACIAS A LOS FORISTAS POR SU INMENSA AYUDA...

ANTES QUE NADA ME CONSIDERO NOVATO EN DELPHI + INTERBASE QUE DESDE LUEGO SON BUENAS HERRAMIENTAS PARA PROGRAMACION DE BASE DE DATOS... OK AL GRANO COMO EL DERMATOLOGO...

¿COMO DEBERIA TENER MI BASE DE DATOS? PARA HACER UN PROGRAMA DE BASE DE DATOS QUE REGISTRE INFORMACION EN VARIAS COMPUTADORAS; ENTONCES AL FINAL DE CADA MES ESTA INFORMACION DE TODAS LAS COMPUTADORAS DEBEN CONCENTRARCE EN UNA SOLA(CENTRAL); ADEMAS AL INICIO DEL MES SIGUIENTE LA INFORMACION CONCENTRADA DEBE ESTAR EN CADA UNA DE LAS COMPUTADORAS(ES DECIR LA INFORMACION DE LA COMPUTADORA 1 DEBE SER IGUAL AL DE LA COMPUTADORA 5 o 6 o CUALQUIERA); AHORA EL DETALLE ES QUE NINGUNA TIENE ACCESO A INTERNET TAMPOCO ESTA EN RED... ESPERO ME HAYAN ENTENDIDO...

GRACIAS POR SUS AYUDAS AMIGOS...

[Casimiro Notevi]

¿entenderte?, pues no sé, pero oirte, sí que te hemos oido bien

pues tendrás que hacer un proceso de exportación e importación de datos, para pasar los nuevos/modificados/borrados,etc. y si no tienes internet ni red ni nada... pues tendrás que copiarlos en un disco portátil, cd, pendrive, etc y "viajar" de un sitio a otro.

[[Lepe]]

En mi modesta opinión, hacer algo así no servirá para nada. Cada computadora puede modificar registros localmente, y al tiempo de sincronizarla con el servidor, sabe dios como quedará un mismo registro.

Amén de que las "sucursales" pueden duplicar registros, es decir, dar de alta un mismo cliente en 2 sucursales, pero una con la coletilla "SL" (de sociedad Limitada) y otra sucursal lo pone como "S.L.", cosas como estas son imposibles de sincronizar y mantener una coherencia en los datos.

Sin duda, conexión a internet / intranet o como se quiera. Una sola BBDD en el servidor y consultas / modificaciones sobre el servidor.

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

Importante, click aquí.

Bueno, en cuanto a la pregunta, lo primero que debes saber es cómo son los datos que vas a mover de un sitio a otro. Si los de las distintas computadoras son disjuntos, la solución de Exportar/Importar es la que te conviene, pero si no son datos independientes, es decir, que puede haber conflictos, creo que debes plantearte cambiar la estructura física, porque en ese caso la solución de Exportar/importar creo que te va a convertir ese procedo en un calvario.

Un saludo.

[nemesio]

Ok, ya entiendo lo que quieres hacer, pero antes de todo debes pensar lo siguiente:
1.- Si es importante que yo valide los registros para que al consolidar los de todas las Pcs no se repitan o en caso contrario si cada registro que se genere en una Pc formará parte de un histórico.
2.- Si en el paso anterior optaste por validar para que no tengas registros duplicados, entonces debes establecer cual registro debe desecharse y cual será el que voy a tomar en cuenta (algo un poco delicado).
3.- Si lo que quieres es tener un historico, entonces por lo menos un archivo debe tener validaciones con uno varios campos Unicos (claves). Me explico: Supongamos que quieres vender boletos en varias Pcs, y hay una persona que ya se registró en la Pc1, la siguiente opoetunidad que esta persona va a comprar boletos, sus datos personales si ya fueron consolidados en todas las Pcs, deben estar registrados y no hará falta hacerlo de nuevo. Si por el contrario hace compra de boleto el mismo dia en otra Pc, entonces si se tendrá que crear el registro nuevamente y al momento de consolidarlos, el primero que entre a la tabla será el que se guarde, los demás no se guardarán para evitar la duplicación (Uso de clave primaria).

[[Lepe]]

Empezado por nemesio

al momento de consolidarlos, el primero que entre a la tabla será el que se guarde, los demás no se guardarán para evitar la duplicación (Uso de clave primaria).

En el Pc1 hace un boleto, se da de alta el registro con todos sus datos. El usuario cambia de telefono móvil (porque lo pierde), ahora compra un boleto en la Pc2 donde se da de alta con su nuevo móvil (actualizado).

Cuando se hace la consolidación, si primero entra los datos del Pc2, ok todo correcto; pero si se hace al revés, el registro en el servidor quedará con el móvil antiguo. Este tipo de fallos es lo que me refiero de "inconsistencias de datos".

Para solucionarlo, a cada registro se le añadiría dos campos "Fecha_Ultima_Modificacion" y "Pc_Origen", de esta forma, se puede saber de donde viene cada registro y la fecha más reciente, muy útil en la consolidación. Esto se va al traste si los ordenadores no tienen la fecha sincronizada, pero bueno.

Incluso estando todos los datos en el servidor y actualizándose por internet, el usuario siempre puede equivocarse al escribir el DNI (clave primaria) y tener los datos repetidos, pero claro, este tipo de fallos se achacan al usuario.

Como veís me gusta buscarle los 5 pies al gato

Saludos

[stuka]

pues eso que quieres hacer esta mas dificil que jugar golf con un martillo