Cita:
Empezado por guillotmarc
[..]Es decir, en un caso como el vuestro, yo quizás montaría igualmente el sistema de replicación, pero para los datos críticos, donde se necesite la información exacta en la central (como precios o stock), montaría un WebService, de forma que esos datos se consulten directamente a la central.[..]
|
Sí, los usuarios finales (clientes) se conectan de esa forma mediante un servidor web que conecta a la base de datos del servidor central.
Todo lo que comentas me ha hecho pensar en cosas habituales que tenemos que sufrir con los jefes o mandos superiores. De primera hora les sugerí que usáramos una base de datos aparte únicamente para las imágenes y documentos, ya que esto facilitaría mucho el trabajo con la base de datos principal que se vería libre de esa carga, pero "donde hay patrón no manda marinero", así que todo está en la misma base de datos, el resultado es que ahora es un problema en algunos casos, por ejemplo el de la replicación
De todas formas, por lo que comentas, en tu caso no es un sistema de replicación "real", es realmente un sistema de exportación/importación de datos, eso sí es algo que tenemos implementado, aunque no automáticamente, requiere que el usuario lo realice, escoja las tablas y/o registros a exportar, lo envíe por ftp, email, pendrive, cd, etc. y luego en la sucursal importan lo que viene en ese fichero.
También tenemos un sistema como el que comentas que sí se hace automáticamente mendiante ftp, sin intervención del usuario, pero únicamente lo usan los representantes, que además llevan una versión "reducida" del programa.
Aunque por los datos estadísticos que das, voy a sugerir para que al menos se pruebe un sistema de replicación de estos (fbreplicator o ibreplicator), aunque no sean en tiempo real, puede ser que funcione... bueno, funcionará siempre y cuando a la secretaria no se le ocurra escanear las tarjetas de visita a unos 100 megas cada una
, que últimamente tiene esa costumbre
.
Y si me hicieran caso... también extraería todos los datos de campos blob que no sean de texto y los metía en otra base de datos separada, no es lo mismo una sóla de 20 Gb que tener dos, una de "datos" de 8 Gb y otra de "binarios" de 12 Gb