AlexVinесли строка сначала попадала, а потом после апдейта перестала попадать в условие, то изменение не улетит, и на целевой базе останется такая строка со старым значением столбца, никуда она не удалится
Придеться условия на extract менять. Например (без учета null):
1.
TABLE xyz, FILTER(ON UPDATE, @BEFORE(stolb2) <> 1 AND @AFTER(stolb2) = 1);
Соответственно, с
ALLOWDUPTARGETMAP .
На replicat через GETUPDATES / SQLEXEC можно будет провести удаление.
AlexVinесли строка сначала не попадала, а потом после апдейта стала попадать в условие, то на целевой базе строки нет и гг получит No data found
Проще всего через
INSERTMISSINGUPDATES + необходимый supplemental logging для всех / нужных полей.
В целом, если будут какие-то многоэтажные конструкции получаться, то я бы в макросы завернул, чтобы вся логика была на уровне макроса, а на уровне файлов параметров только вызов макросов и других файлов или несложные маппинги.
Вот, например, примерно такой макрос для исторических таблиц использую:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
MACRO #history_table_colmap
BEGIN
COLMAP(USEDEFAULTS,
ggs_sequence_id = @COMPUTE(@COMPUTE(@NUMSTR(@GETENV ('RECORD', 'FILESEQNO'))*100000000000)+@NUMSTR(@GETENV ('RECORD', 'FILERBA'))),
ggs_trans_timestamp = @GETENV('GGHEADER','COMMITTIMESTAMP'),
ggs_before_after_ind = @GETENV('GGHEADER','BEFOREAFTERINDICATOR'),
ggs_log_pos = @GETENV('GGHEADER','LOGPOSITION'),
ggs_log_rba = @GETENV('GGHEADER','LOGRBA'),
ggs_op_type = @GETENV('GGHEADER','OPTYPE'))
END;
MACRO #history_table_cdb
PARAMS ( #container, #owner, #history_owner, #table_name)
BEGIN
MAP #container.#owner.#table_name, TARGET #history_owner.#table_name, #history_table_colmap ();
END;
MACRO #history_table_non_cdb
PARAMS ( #owner, #history_owner, #table_name)
BEGIN
MAP #owner.#table_name, TARGET #history_owner.#table_name, #history_table_colmap ();
END;
В файле параметров простой вызов макроса:
1.
#history_table_non_cdb (owner, history_owner, table_name)
