Здравствуйте!
Возникла необходимость протоколирования изменений в таблице примерно такого вида:
Особенность ситуации в том, что строки зависимы друг от друга и при внесении изменений в одну из них, пересчитываются некоторые другие. Кроме того, изменения в одни и те же поля могут вноситься в течение одной транзакции несколько раз с целью подбора оптимальных значений всего набора (своеобразный excel-style). Первоначально протокол велся аналогично модели IBExpert с мелкими поправками на особенности. Нужно обеспечить ведение протокола таким образом, чтобы вместо трех записей в протоколе вида:

фигурировала одна строка
Т.е. протоколирование построчных изменений не вариант. Возникла идея в триггере AIU первых изменений в транзакции инициализировать специальную контекстную переменную в пространстве имен транзакции и при последующих изменениях просто перезаписывать новые значения полей.

Покритикуйте, плиз, подход. Ну, или иные варианты предложите :-)

Dimitry SibiryakovЗамени в триггере INSERT на MERGEНе очень понял, чем поможет...

Dimitry Sibiryakov,
MERGE в привязке к номеру транзакции?

Dimitry Sibiryakov,
да здесь не в синтаксисе MERGE дело, я пока концептуально не все разложил. Завтра попробую предполагаемый вариант выложить

Dimitry SibiryakovПо первому изменению в таблице А запись в лог добавляешь, по последующим - уже добавленную в лог запись обновляешь. Да, но есть нюанс - нужно отличить изменения, сделанные пять минут назад (утром, вчера) от изменений в текущей транзакции. Вот и получается, что нужно точно идентифицировать изменения текущей транзакции. Вариантов вижу два:
- либо привязываться (matching) к current_transaction, что не тянет на первичный ключ таблицы по понятным причинам, и, следовательно не слишком эффективно для update
- либо при первом изменении в транзакции инициализировать генератором контекстную переменную, получая и ID, и PK. А при повторных - просто перезаписывать новые значения полей.