Базы похожи, но не идентичны, товары добавляются и цены меняются в одной из них. Связь - по ОЛЕ
Цены меняются достаточно интенсивно
Вопрос в скорости синхронизации. шерстить весь справочник - накладно.
Вижу 2 варианта:
1 - кешировать "измененные" товары в базе-источнике
2 - хранить в базе-приемнике дату последних переоценок и синхонизировать только товары из переоценок за период с этой даты до текущей

что скажите, может что-то поумнее есть?

(0) Ты сначала определись с периодом синхронизации. Через сколько времени после ввода новых цен в одной базе они должны появиться в другой?

Как меняются цены? Каждый менеджер лазит в карточку когда вздумается и меняет цены?

Может быть менять каким нибудь документом? Тогда и отслеживать проще

(1) период - чем чаще тем лучше
(2) меняется Переоценкой, отсюда - вариант2 в (0)  
собственно схема работы:
База-приемник продает товар конечному потребителю, при "закрытии смены", в базе-источнике создается РасходнаяНакладная на проданный товар, а в базе-приемнике - Приходная и Розничная  
зы: актульность цен достаточно важна :)

Я бы тупо настроил урбд и читал еёные данные...

(4) Базы похожи, но не идентичны

(5) и шо? УРБД - только для регистрации.
А чтение их - своими средствами

Скуль?

(6) понял, но не думаю что это лучше чем варианты в 0
(7) нет

(8) на мой взгляд - лучше.

(9) тут еще одно, конфу базы-источника менять нежелательно. Отсюда перспективней мне кажется вариант 2

(10) не меняя базу источник, как ты будешь отслеживать измененные переоценки?

ОЛЕ страшный тормоз
    ЗначениеВФайл("путь",таблицаЗначений);

все пишется на раз ... имена файлов можно по дате констралить и история будет и вообще :))

(10) Настройка УРБД ни разу не меняет конфигурацию, есличо

если цены меняются только документами...
при проведении переоценки, выгружай в промежуточный текстовый файл, идентификатор товара и новую цену.

приемник пусть мониторит обработкой ожидания каталог с нужной тебе периодичностью. увидел новый файл - загрузил его, удалил его...

ночью обработка по синхронизации все ли переоценки загружены...

(12) в этом случае прийдется делать телодвижения для обмена в обеих базах, сейчас все делается в базе-приемнике
(13) конфигурацию - да. Я наверное тупой,  но я не вижу преимуществ.
(14) это прийдется конфу базы-источника менять

(15) Ну что ж... Наверное, таки да )))

(16) эх, пойду упьюсь :)

В общем - сделал (0).2, скорость вроде приемлима
Всем спасибо
зы: Естественно полная синхронизация тоже присутствует. Опциально :)

1) можно выгружать цены в файл из первой базы формат: Артикул1, Цена1. и так же со второй и сверять эти два документа, две обработки получаются.

2) создаем новую базу, в которую вгружаем цены с первой и цены со второй(с каким то интервалом), делаем запрос Select article1, Price1, article2, Price2 from Table1, Table2 where article1=article2 and Price1<>Price2

то что выбрали вгружаем(обновляем) в Table1 и так же в "Нужную базу"

В общем тут все зависит на прямую от количества наименования товара.

(19) Вот не хочется 2 обработки. И уж тем более 3-ю базу
зы:  Элементов не сей момент почти 35000

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

(20) 35 000 - это по твоем, видимо, ООООЧЕНЬ много? )))