NikProg,

самый первый вопрос - пользователи пишут в одну таблицу или в разные?
Если в одну, то ключ там счетчик или как?

NikProg,

Вот уже экономия, можно эти таблицы вынести в отдельные хранилища и туда сюда гонять только их...

NikProg,

Ну и честно говоря вот это
NikProgучитывая, что обмен может осуществляться только через MS OUTLOOK , при этом файл не может превышать 6Мб .
и вот это
NikProgTarasios, даже если так, это подразумевает лимит на объем.
как бы друг друга исключают...

Вам нужно за три копейки сделать хоть на своем хостинге хоть на чужом простенькую бд на MySql с такими же табличками и делать обмен через них, отвязавшись от аутлука на совсем...

Когда нужно пользователи подключаются, отдают свое и забирают чужое хоть принудительно хоть по расписанию, хоть так и эдак...

Озверина как вы собираетесь данные в mysql записывать?

Не понял вопрос... Вы считаете что это невозможно ?

ОзверинОбмен данными через аутлук - довольно прост. А я имел ввиду, как вы видите обмен данными с базой mysql, которая располагается на хостинге.

Исходя из перспективы - нет больше аутлука...
но есть локальная таблица и такая же подключенная через ODBC на сервере...
Трудно вычислить ключи которых нет в таблице назначения и добавить соответствующие записи из таблицы источника?

Да море решений, в том числе и с аутлуком и 6 метров будет хватать с головой, достаточно тупо на каждой стороне вести протокол изменений и высылать только ключи новых или измененных записей, на принимающей стороне достаточно удалить в локальной БД все ключи партнера и записать новые записи из MYSQL соответствующие высланным ключам (там будет все и корректировка и новые и удаленные)

Честно говоря ваш вопрос КАК при условии что у пользователей разные таблицы и они никак не пересекаются по вводу данных - был лишним...

Озверинvmag, что за перспектива то?
NikProg....даже если так, это подразумевает лимит на объем.
ОзверинРабота с данными в аксе через odbc - такое себе удовольствие. И чем больше данных в таблицах, тем сомнительнее удовольствие.
Это не онлайн работа, ее никто и не предлагает... можно нажать кнопку в конце дня и пока меняешь туфли все закончится...
В интернете много сравнений постге с мускулем, в этом отношении первый гораздо продвинутей по сравнению со вторым ибо он прямой конкурент ораклу, зато второй (мускуль) гораздо проше и шустрее, именно в этом разрезе работы.

Решение с txt файлами тоже нормальное решение, никто не спорит, но в этом случае тоже есть смысл гонять туда - сюда только изменения, дабы не упереться в 6 метров, в принципе наверное это и можно выдать как предложение ТС у:
1. У хозяев таблиц ключи могут быть счетчиками.
2. У пользователей счетчики изменить на обычные ключи (типа длинное целое)
3. Хозяин высылает полный протокол изменений (новые + измененные + удаленные)
- ключ
-первое поле
....
- последнее поле
4. На принимающей стороне все записи с присланными ключами удаляются и грузятся из txt по новой...
причем ключи будут совпадать...
Для более продвинутых можно в строке в конце писать признак типа (1- это новая, 2- изменения, 3- удаление) и соответственно обрабатывать как положено каждую запись...

Озверинp.s. По-моему, вы слегка агрессивно настроены,

Вам показалось...

JossА может проще перейти на облачные технологии?

Да как угодно можно, пользователи по вводу не пересекаются, синхронизация баз не нужна, можно просто таблицы пользователя 1 положить в отдельное хранилище типа User1, а таблицы пользователя 2 положить в хранилище User2 и закинуть на общий Яндекс или Гугл диск, будет синхронизация на уровне файлов