совсем на коленке

разберитесь с форматами таблиц (где какая инфа лежит).
постваьте где-нить рядом Access, прилинкуйте к нему нужные таблицы через ODBC
сделайте в нем несколько запросов, которые новые данные из одних таблиц в другие переносят
сделаете автостарт этих запросов, и запускайте access из шедулера.

Я это описание вообще не понял...
Кирилл Дорошенко
А вот и ответ сотрудника, который занимается поддержкой сайта.

M:загружая вакансию с айди 333. в бд сайта уже есть и создается не новый айди 5000 с подлогом на 333. а обновляется тот уже существующий с настоящим айди 333
S: ты думаешь я так не пробовала загружать? через движок создастся новый id и это уже будет 2 разные вакансии
M: ты уверена что без подлога не получится?
S: я прописала чтобы в бд новое id заменялось на id из файла а в ответ - он все-равно тупо ставит то id которое должно идти далнн ибо для поля стоит autoincreament
S: не будет эта вакансия так обновляться.

Но мне кажется надежда есть. Как Вы думаете?...поэтому детально сказать ничего не могу. Я не понял, как что идентифицируется.
Возможно всё, в том числе (судя по "чтобы в бд новое id заменялось на id из файла а в ответ - он все-равно тупо ставит то id которое должно идти далнн"), что ваша специалистка тупо не знает про команду UPDATE, при которой таких вещей наблюдаться в принципе не должно.

А вообще, даже если предположить, что в Постгресс и Мускуле две разные идентификации записей, то в акцессе можно вести таблички их соответсвий, прописывать в нее даты последнего обновления, заодно мож каким то образом форматы править и т.п.

Навскидку, если
- знать струкутры обеих БД
- иметь к ним полный доступ
- и с условием, что в обмене участвует 5-8 таблиц,
с Акцессом здесь работы на день

Это было про вакансии. А в обратную сторону (заказы) через Акцесс возни много больше будет. Я б стал через механизмы 1С решать.