Обмен РИБ для БП 1.6 #503083

Добрый день! Настраиваю обмен между двумя базами, назовем их "центральная" и "периферийная". Надо чтобы из центральной выгружалось все + конфа. Использую для этих целей план обмена "полный" с РИБ. Но теперь я не могу понять как решить следующую проблему: 1. обмен идет через файл 2. в периферии могут вноситься изменения, которые не должны отображаться в центральной базе. Я поставил для центральной базы в настройках выгрузки только "выгружать", а в периферии только "загружать", но теперь центральная постоянно выгружает данные в полном объеме, на сколько я понимаю база не получает ответ по загрузке. Но если я поставлю флаги в настройках и на "выгрузку" и на "загрузку", то как сделать так, чтобы любые изменения в периферии не попадали в центральную?

Студенты - в поиск: УРБД на v8 за четыре шага. Заколебали уже, читайте основы хотябы

если ты такой умный то дай ответ на мой вопрос, а эти четыре шага я уже прочел. там нет ответа на мой вопрос.

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

конкретные детали где?

> Но теперь я не могу понять как решить следующую проблему: > 1. обмен идет через файл Какие проблемы - OLE, Com

(3,4,5) сколько флуда если бы внимательно прочел, что я написал, то в самом конце увидел бы вопрос "как сделать так, чтобы любые изменения в периферии не попадали в центральную?" а с хаосом в своей голове разбирайся сам. не знаешь ответа, будь добр не флуди.

ну да, извиняюсь, проблему понял. Попробовать посмотреть под рукой нет. По идее простой вариант - пустой обратный xml загружать, но там номер сессии вроде пишется, вроде как +1 на каждый обмен. Или номера документов резервироватьразбить, если только док меняются. Это небось, какая-нибудь переферийная касса? Где данные - чего меняется?

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

Периодичность обмена? Аудиторы? Если временно - на месяц - средствами MS SQL, Если нет, легче "нулевой" обратный xml генерировать.

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

Ничем не могу помочь, нет под рукой, там довольно внятная древовидная структура, надо просмотреть несколько пар "туда-обратно". Нет готового решения, сделал по другому, хоть и был ровно такой вариант. На копии сделать 2-х баз сделать обмен туда-обратно несколько раз, в переферийке загружать и сразу выгружать, не делая изменений, смотреть разницу между парами хмл загрузки-выгрузки. Там идет наращивание счетчика, наподобие GUID по виду. Смотреть обратные пустые из переферийки, чем они друг от друга отличаются, если переферийку не трогали. Пробовал, но сделал по другому, через ком и оле по таймеру выносной экспедиции, аудиторам - SQL-зеркало.

после обеда могу только живой вариант риба посмотреть, который настроил и забыл

Надо настроить план обмена, видимо.

Пока остановился на следующем решении: буду использовать предопределенную процедуру плана обмена ПриОтправкеДанныхГлавному, где для отправки элемента данных буду указывать параметр "игнорировать".

дык, надо сразу было колоться, вариантов таких - дохрена, деление баз на рабочую и аналитическую,