FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Lo unico que te faltaba era programar el evento "OnWork" del componente FTP. Cuando asignas eventos, solo tienes que pasarle el nombre de la funcion a llamar... ya que es el emisor el encargado de rellenar los parametros y mandartelo a ti. Espero que se entienda un poquitin xD Saludos P.D.: No se si el codigo que has puesto funciona correctamente o no, pero la parte que te faltaba del progress bar deberia ser algo asi a lo que te he puesto yo. |
#2
|
|||
|
|||
Gracias!! Anda perfecto!!
te pregunto esto por que capas vos puedas sacarme esta duda... la cosa es asi : el motivo de hacer este sistema, es que varios clientes actualizen sus datos de una base general, pero a su veces, los datos de los clientes deben subirse a la base general y de esta manera todos tienen los datos de todos. Supongamos que yo implemento este sistema de actualizacion (bajar la base del FTP, actualizar la base local, actualizar la base general con los datos de la local y por ultimo subir de nuevo la base general con los datos actualizados). Que pasaria si dos clientes actualizan al mismo tiempo y los dos intentan subir sus datos al ftp a la ves?, como se podria controlar eso? Muchas gracias por tu ayuda! |
#3
|
||||
|
||||
Eso debería estar controlado a nivel del sistema gestor de bases de datos. Dicho de otra forma, no debes subir el archivo de base de datos, sino un script con los cambios a realizar en la base principal, me explico:
Ususario 1: modifca la base de datos y sube el script (puro sql):
Ahora llega el Usuario 2: que ejecuta: error: el cliente 64 ha sido borrado previamente por otro usuario. La base de datos genera una excepción y ese usuario queda enterado del asunto. Si te limitas a subir el archivo de bases de datos (el .fdb, .db o lo que sea), siempre será inconsistente, porque tendrá las modificaciones realizadas por el último usuario. Lo que planteas creo es muy engorroso, lo ideal sería trabajar directamente por internet con la base principal, Firebird te puede servir perfectamente. Si no puedes hacerlo así, te recomiendo otro método: - bajas a local la base principal - cuando el usuario hace una modificación en la local, guardas esos cambios traducidos a sql en un archivo de texto (los scripts esos de que hablo) - Cuando el usuario quiera actualizar la base principal, sólo tienes que enviar ese archivo de texto y ejecutarlo en la base principal. Controlando los posibles errores que pueda dar. Saludos y espero te sirva de algo esta parrafada.
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. Última edición por Lepe fecha: 05-12-2008 a las 22:32:47. |
#4
|
||||
|
||||
Cita:
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
progressbar como la de emule. | JXJ | Varios | 8 | 14-08-2008 18:13:58 |
como usar el progressbar con un timer | kurono | Varios | 1 | 09-04-2008 10:18:22 |
Programar es como el Sexo | Pascalizado | La Taberna | 3 | 01-03-2007 20:56:00 |
¿Como programar para una red? | maravert | Conexión con bases de datos | 2 | 05-09-2006 17:00:27 |
como programar en PDA | Rabata | Varios | 3 | 23-08-2006 16:35:30 |
|