Симонов Денисlady,

хотя это merge сделает не совсем то что нужно. Пиши execute block.

В трёшке можно вот так выкрутится
...
А вообще задача странная.

не lady, а laby

Такое дело - обновление КАЛДР ... в общую базу со своими правилами. На каждой таблице скрипт по изменениям, которые делают всякие гадости. Когда пару миллионов записей изменяю, начинаются всякие процессы по пересылке этих записей в тысячу других баз данных по всей стране ... Хотя большинство записей фактически не трогаются. Но и сами update or insert выполняются не так уж быстро - миллион записей около 2-х часов ...

Dimitry SibiryakovlabyЯ просто хочу что если уже такая запись есть то не дергать триггера и не
обновлять даты изменений
Запись идентифицируется ключом. А у тебя - какой-то хренью.

И нет, нормальный блок будет не такой.


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

А какой?

Симонов Денис,

Нормальные люди изъясняются понятным языком.

Симонов Денисlaby,

каждый раз перекидывать миллионы (хорошо не миллиарды) записей, причём большая часть из них не менялась это как раз и есть через жопу.

Напомню название темы "Скрипт update or insert по изменению только "

Симонов Денисlaby,

что не понятного. В мастер базе ведётся логирование изменений в триггерах. Потом по результатам этих изменений получается скрипт, который выполняется на подчинённых базах. Про репликаторы тебе Dimitry Sibiryakov больше расскажет.

Кто в мастер-базе ведет это логгирование изменений?

Dimitry SibiryakovlabyА какой?
FOR SELECT с WHERE по трём полям, внутри проверка оставшихся четырёх и соответствующее
действие.


А чем if не угодил?

Симонов ДенисlabyКто в мастер-базе ведет это логгирование изменений?

сама мастер база конечно. С помощью триггеров повешенных на соответствующие таблицы.

А оно надо ФНС России

Симонов Денис С помощью триггеров повешенных на соответствующие таблицы.
там вообще dbf

Симонов Денисlaby,
Первый merge подходит?

Пробую ... не так быстро - у меня же там не fld1, fld2 ...

labyСимонов Денисlaby,
Первый merge подходит?

Пробую ... не так быстро - у меня же там не fld1, fld2 ...

Вроде работает, буду тогда пробывать через merge

labylabyпропущено...


Пробую ... не так быстро - у меня же там не fld1, fld2 ...

Вроде работает, буду тогда пробывать через merge

Из IBExpert работает сформированный скрипт merge, а через tpFIBScript не работает, хотя update or insert работал

Симонов Денисlaby,

как имено не работает. Ошибку пишет или нет нужного результата выполнения. Если ошибку то какую?

Спасибо большое Денис!
Ничо не пишет тупо ничего не делает. Ну я в цикле через TpFibQuery по одному выполняю, вроде выполняется ...

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

Симонов Денисlaby,

может и так.

Можно например в одной транзакции залить сначала GTT простым insert без всяких проверок, а потом в ней же запустить merge который будет разруливать конфликты. Сам решай как лучше сделать.

Дело в том что мне потом надо будет удалить все записи, которых в новой редакции нет. А чтобы их вычленить нужна наверное вторая таблица так как по dbf искать будет проблематично.

А что такое GTT ?