v_smirnovУважаемые гуру!

Все ли я правильно понял и нет ли других вариантов ...

Есть 2 таблицы (например)
t_invoiсe (шапка счета)
и
t_invoice_det (содержимое)

в t_invoice есть признак, если признак = True то счет переслать целиком, иначе не пересылать.

т.к. dbRemote анализирует что требуется отправить по обмену опираясь только на лог базы то для того что бы по обмену ушла не только запись из t_invoice но и из t_invoice_det, последняя должна иметь любое поле (напрмер timestamp) которое принудительно обновляется после изменения поля t_invoice.признак.
Цель этого обновления - появление записей в transaction log и далее в обмене.

Других способов передавать подчиненные данные не существует?

Очень хочется что бы я ошибался ...
Есть ли другой способ организации обмена?

P.S. Данные до их полного формирования не должны никуда уезжать по обмену!
Какая разница изменено ли поле в подчиненной таблице или нет, если ты изменяешь поле в основной, изменения в основной таблице все равно уйдут.Если ты в подчинненой таблице каждый раз будешь менять любое поле, скажем какое-нибудь служебное, то у тебя будет просто дополнительный трафик. Тебе просто на клиенте после формирования нового счета надо помещать сразу одним блоком данные.
Да кстати, если очень хочется, то можно создать подписку , в которой таблицы будут реплицироваться по твоему условию, т.е. будут реплицироваться записи у которых поле признак будет = true, естественно и у подчиненной таблице ты должен будешь задать соответствующие условие, для целостности.

v_smirnov2 White Owl - да! - именно так.

2 Sergey Orlov

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

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

условие подписки на подчиненной таблице примерно nтакое:
where (select признак from t_invoice i where i.PK=t_invoice_det.PK)
Да какая разница, эта запись из подчиненной уже уехала, она уже есть на удаленной...

v_smirnov2 pand

СПС! за подсказку. Как часто бывает для того что бы что-то найти надо точно знать где искать ;)

Пока эксперименты показали что это работает но пока только в одну сторону.
Т.е:
- признак=True - все уезжает как и задумывалось.
- признак=False - уезжает только запись из основной таблицы (уезжает удаление т.к. запись престала соответствовать публикации). Скорее всего где-то я ошибся с условиями.
Повесь тогда в подчиненой таблице признак, ну а дальше если в основной false, тогда триггером основной таблице в подчиненной сделать соответсвующие записи в true, потом в false, ну и наоборот соответсвенно.