Устал я бороться с репликацией... :
есть родительская таблица и несколько подчиненных, в подчиненных установлен foreign key constraint на родительскую c delete/update restrict.
при регистрации таблиц для репликации в ASN.IBMSNAP_SUBS_COLS для всех таблиц указаны поля которые входят в primary_key (is_key='Y').
Еще важное замечание - в базах нет операции DELETE (во всех таблицах заведено поле delete_timeдля пределения удаленных данных ).

Начальная синхронизация баз проходит успешно.
Дальше когда идет обычная синхронизация данных неожиданно возникает проблема :
нельзя удалить запись из родительской таблицы из-за ограничения FK.

я бы еще понял если бы возникла проблема с update...

вопрос мой такой : как репликация управляет операциями update (преобразование update в пару delete/insert) и как на это можно повлиять?

пробовал ставить в ASN.IBMSNAP_SUBS_COLS для родительской таблицы ставить для всех полей is_key='N' - не помогает....

source сервер Win2000 + DB2 v7.2 + FP7
target сервер WinXP + DB2 v7.2 + FP11

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

набор регистраций один (Uniquely identifies a group of subscription sets that are processed by the same Apply program process).

>> А можно при регистрации наборов указать для таблиц FULLREFRESH=DISABLE. Это такая галочка на "Register Tables" dialog box'e.
извини, я никак не найду какое это поле в системных таблицах репликации
(у меня репликация строится скриптами)

судя по скриптам, которые генерит визард для таблицы при ее регистрации для репликации, у меня FULLREFRESH=DISABLE:
+ построены CD таблицы
+ в таблице ASN.IBMSNAP_REGISTER
- поле BEFORE_IMG_PREFIX ='X'
- поля CD_OWNER,CD_TABLE,PHYS_CHANGE_OWNER, PHYS_CHANGE_TABLE заполнены правильно