Jet Replication - это один из ответов, но не простой, поскольку для удаленного местоположения необходимо использовать косвенную репликацию или репликацию через Интернет, обе из которых довольно сложны в настройке и требуют регулярного обслуживания для обеспечения надежной работы.Тем не менее, косвенная репликация работает очень хорошо (я никогда не использовал репликацию через Интернет из-за аппаратной зависимости от IIS, которую я считаю неприемлемой).
Для получения информации об одном подходе к покупке Jet Replication см. Jet Replication Wiki .
Microsoft постепенно прекращает поддержку репликации Jet в Access (хотя я ожидаю, что она будет поддерживаться, пока файлы MDB поддерживаются без преобразования), поэтому лучшее решениепроблема может заключаться в том, чтобы использовать инструменты, которые Microsoft внедрила для замены функциональности Jet Replication.Это будет Sharepoint, конечно.В A2007 Sharepoint был слишком неадекватен для правильной замены репликации Jet, но, начиная с A2010 и Sharepoint 2010, все это меняется.
Если бы у меня появился новый клиент с этим требованием, даже еслиЯ имею многолетний опыт работы с репликацией Jet, я бы порекомендовал A2010 и Sharepoint 2010 в качестве решения проблемы и сказал бы подождать.
Может случиться так, что клиент не захочет перейти на сервер Sharepoint, и в этом случае будет доступен хостинг Sharepoint, который должен поддерживать Sharepoing 2010 вскоре после выхода Office 2010 в мае.
Конечно, можно также программировать синхронизацию вручную, но это довольно сложно в сценарии с несколькими мастерами.Однако, если записи в двух базах данных не перекрываются (т. Е. Записи, созданные в одной, не обновляются в другой, или, другими словами, это в основном приложение, предназначенное только для добавления для каждой базы данных), это не такая уж плохая проблема.Удаление - более сложная проблема, но не решаемая.