[quote:774w0di8]Me parece que no es el tipo de reentrada al que se refiere el problema con las STATICs, independientemente del cuidado que hay que tener en la programación de cosas expuestas a eventos como es la programación en Windows. Los problemas de alto nivel se pueden superar con buena programación, los de bajo nivel son significatívamente más complejos[/quote:774w0di8]
Sí, es otro tipo de reentrada, que a mi, al menos, se me ha dado un buen numero de veces, que se suma a la otra reentrada del hilo que enlacé anteriormente.
[quote:774w0di8]¿Y que pasa que no nos lo cuentas?[/quote:774w0di8]
Deseando estaba que alguien preguntara
El plan ha sido hacer algo parecido a lo que tenia en las imagenes: hacer subidas de datos incrementales, en román paladino: subir solo lo que ha cambiado.
Pero como me disgusta tener que hacer procesos que abarcan todo el programa, es decir, tener que buscar alla donde se modifican las tablas, pensé el siguiente, que creo recordar que ya sugerí en el hilo que llevábamos a medias de este tema:
Se crea IncrementalQuerys.dbf con campos:
Comando C 15 // INSERT / DELETE
Codigo C 40 // Parte SET cuando INSERT, parte WHERE si DELETE
Asignacion M 10 // Sólo Comando INSERT: Parte ON DUPLICATE KEY UPDATE
Y con indice Comando+ Codigo.
Justo en el momento de ejecutar el query, se busca si existe SEEK y si existe, se compara con el campo Asignacion existente.
Entre enviar solo los datos relevantes más hacerlo de forma incremental, he bajado de 480.000 querys a solo 134 diarios, dicho de otra forma de 50 horas de traspasos a 3 minutos, y sobre todo - sobre todo, centralizado en la rutina de exportacion
Saludos
↧