Два варианта: - (1) на уровне базы данных, с так называемым ETL (извлечение преобразования и загрузка). В мире Microsoft вы бы использовали SSIS (который входит в состав MS SQL) для перемещения данных. Это было бы общим подходом для предприятия, особенно если у вас есть большой контроль над окружающей средой.
(2) своего рода «сервисный» подход. Возможно, вы предоставляете какой-то интерфейс (например, веб-сервис), чтобы одно приложение могло вызывать другое. Проблема в том, что вам нужно встроить его в приложение, но вы, похоже, ищете решение, управляемое базой данных (?)
Подумайте, что вы пытаетесь сделать и кто должен за это отвечать - вы уверены, что это база данных?
Относительно вашей конкретной технологии - я не уверен насчет MySQL, так как сам не использовал ее; Я не знаю ни одного «простого» способа, чтобы MySQL и Access общались друг с другом, поэтому yopu, возможно, придется что-то написать.
Данные, которыми вы обмениваетесь - сколько и как часто? Насколько своевременно (можно ли проводить один опрос каждый час, или он должен проводиться в режиме реального времени)?
Вы могли бы рассмотреть возможность использования (новой) третьей системы, обеспечивающей связь между двумя базами данных, чтобы они могли не знать друг друга и нуждаться в обновлении.
Вполне вероятно, что у вас будет третья база данных для обновления позже (или 4-я и т. Д ...?)
Можете ли вы изменить платформу базы данных на что-то общее для обоих / всех сайтов, и в которое встроена какая-либо система обмена сообщениями / обновления?