|
Ciertamente resulta complicado de analizar. Yo personalmente haría lo posible por tener centralizadas, al menos, las tablas comunes en una base de datos central. Las consultas que afectaran a estas tablas y a la base de datos local, deberías de realizarla en dos pasos. Una primera query a la BD central, y una sgte query a la local filtrando por los resultados obtenidos en la primera.
Fijate que tendrás que hilar muy fino en los algoritmos y las conexiones. Si vas a trabajar con delphi tendrás que ser especialmente cuidadadoso y no permitir que por ejemplo un grid esté continuamente pidiendo datos ante un scroll. Personalmente me inclinaría por un desarrollo sobre .NET, mucho más eficiente en este sentido ya que encapsula los resultados obtenidos de una consulta a la BD en un xml en local. Cualquier movimiento que efectues en el grid (incluso filtros y ordenacions) los aplicas sin conectarte nuevamente a la BD remota. Claro que usando esta tecnología y contando con una conexión punto a punto decente, se podría centralizar en una sola BD.
Si se trata de una VLAN sobre ADSL, probablemente te encuentres con la limitacion de 128kb de comunicación real bidireccional, salvo que contrates una 2048kb que te proporcionan una velocidad bidireccional de 300kb. Vamos, que yo haría pruebas exhaustivas durante un periodo inicial de consultoría orientado a seleccionar la tecnología más adecuada.
No descartaría la posibilidad de trabajar con BD's independientes y una central para los datos comunes que tb estarían duplicados en local en cada sede, de modo que en las sedes se trabajaría en local. Mediante tareas programadas podrías realizar exportaciones/actualizaciones de datos comunes. Bien mediante accesos a BD o mediante exportacion de ficheros xml que luego se cargan en la bd central, se procesan y se vuelven a repartir en las sedes para la carga/actualización de datos. Esto puede ser una complicación tremenda para evitar inconsistencia en datos, duplicidad...etc
|