Александр Гoлдун mustlive
автор
А ты уверен, что неизменяющий апдейт вида
UPDATE table1 SET field1=field1
будет реплицироваться? Я очень сомневаюсь. Он даже в transaction log не попадет скорее всего

Почему же? Серверу должно быть все равно, на то же значение апдейт или на другое. Он просто фиксирует факт апдейта в логе


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

mustlive
автор
Это уже предложили на англоязычном форуме. Принципиальной разницы мехду
хуками и ивентами тут нет.


Если повесить апдейт в эту процедуру, то должно получиться так: получены данные из удаленной базы, вызывается эта процедура и в ней значения нужных полей апдейтятся. В рез-те UPDATE'ы должны попасть в лог и уйти в удаленную базу. Вроде бы, задача решена. Это гораздо лучше, чем ежеминутно проверять в event'е значения на NULL, как ты пробовал
Может и лучше, но не решает проблемы в корне. У меня сейчас в консолидированной базе то поле NOT NULL и по логике не может быть NULL.
Придется либо это менять, либо навешивать в репликацию еще несколько таблиц, чтоб можно было сгенерить это поле в удаленной базе.
В общем, проехали. Как решить задачу хоть как нибудь я знаю с самого начала.
Просто придется обойтись без красивых решений.

А может просто посмотреть на логику и повесить триггер не на before, а на after, и если поле NULL, то как раз его и апрейдить...

Александр Гoлдун Sergey Orlov
А может просто посмотреть на логику и повесить триггер не на before, а на after, и если поле NULL, то как раз его и апрейдить...

Как много абстрактных советов. Такое ощущение, что никто с этим реально не сталкивался.
Действия триггера after в консолидированной базе над записями, пришедшими из удаленной, так же не реплицируются обратно.
С учетом того, что используется dbremote, который обрабатывает transaction log, действительно получается такая ситуация, в одном проекте еще в 5.5, я подобную ситуацию решал добавлением поля, в которое триггером в каждой базе автоматически всталялась имя базы, если значение по умолчанию было NULL, после вставки из удаленных запускалась процедура. которая в принципе повторяла действия триггера на другие поля на записи из других баз. В твоем случае может поступить след. образом: разрешить вставку NULL, триггер срабатывает если не NULL, а изменение данных делать после осуществления репликации процедурой на соответствия NULL, чтобы они точно попали в transaction log.