Подскажите плиз как сделать или где найти информацию по следующему
вопросу:

Есть две таблицы:

т1 - шапка документов (tabl9)
т2 - табличная часть (tabl18)

Эти две таблицы нужно экспортировать, причем экспортировать нужно
только те данные, которые были изменены или добавлены после
последнего эксопрта. Для отслеживания этого момента в таблицы было
добавлено поле export_data типа date (экспорт не будет делаться
чаще раза в день, InterBase Server&Client версии 5.5) и оно должно
обнуляться при изменении (при обнулении я выставляю дату в
01.01.2000)

С тригерами before insert тут все просто и понятно (можно и default
значение поставить), однако тригеры update (я делаю before update,
хотя может я и не прав) вызывают проблемы:

В т1 я ставлю тригер before update:

if (old.export_data<>'01.01.2000') then new.export_data='01.01.2000';
update tabl18 set isdel=new.isdel where codecap=new.code;

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

Таким же образом я могу обнулять и дату табличной части (поле
codecap указывает на уникальный код шапки документа в поле code),
но не в это проблема:

В т2 я также ставлю before update тригер:

if (old.export_data<>'01.01.2000') then new.export_data='01.01.2000';

Однако этого недостаточно, т.к. хотелось бы в шапке также
отмечать, что произошло изменение и нужно экспортировать документ
снова, поэтому если добавить

if (old.export_data<>'01.01.2000') then update tabl9 set
export_data='01.01.2000' where code=old.codecap;

То происходит зацикливание, т.е. вызывается апдэйт в т1, тот в
свою очередь обновляет isdelы в т2, т.е. в каждой строчке т2
вызывается апдэйт и т.д... Интербэйз обрывает все связи на
клиента, вызвавшего эти тригеры (типа самозащита:) или глюк).

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

НЕ КАНАЕТ :(((

Дело в том, что присваиавиние new.export_data='01.01.2000'
судя по всему не выставляет значение "сразу", т.е. дальнейшие проверки не срабатывают и происходит зацикливание

Где вообще можно почитать о точном механизме срабатывания и работы триггеров.

Также еще пробовал разнести часть присваивания export_data=
и апдэйт запрос в разные апдэйты - до и после соответственно.

Так сделал в обеих таблицах, вылетает с ошибкой "update conflicts with concurrent updates", наверное сродни concurrent transactions, но мне от этого не легче:)
Это уже типа должно быть лучше, т.к. раньше при зацикливании сервер падал и его гваридиан перезагружал:)