ggvпро audit facility и про administrative API сам в Information Center прочитаешь?
Спасибо очень интересная вещь, но теперь следующие вопросы. Из всех событий аудита, для моей задачи, которую описывал в самом начале топика вроде бы подходит событие аудита CONTEXT. При следующей конфмгурации аудита
db2audit configure scope context status success
и с учетом , что записи аудита будут записыватся асинхронно , насколько снизиться производительность самой базы. И какое значение оптимально выставить для параметра audit_buf_sz , допустим имея в наличие 2Гб оперативной памяти. Еще один нюанс в логе аудита, так как пользователи работают с базой через клиентское приложение , то есть заносят данные на форме, а потом жмут на кнопку, то в приложение SQL оператор выглядит примерно так
SQLEXEC(nStatementHandle,"INSERT INTO myscheme.mytable VALUES (?mem1,?mem2)"), а в логе аудита выглядит так

timestamp=2006-04-07-00.23.23.937001;category=CONTEXT;audit event=EXECUTE;
event correlator=14;
database=SAMPLE;userid=userdb;authid=USERDB;
application id=*LOCAL.DB2.060406142448;application name=myapp.exe;
package schema=NULLID;package name=SYSSH200;
package section=4;text=insert into myscheme.mytable values (? ,? );

то есть не видно , какие именно пользователь ввел данные

Или рассмотреть вариант предложенный gardenman'ом с триггерами и таблицей логов, и не заморачиваться с аудитом. Проект еще в стадии разработки, и можно его перепроектировать. Какой вариант выбрать?

лгдлщмЯ бы сделал в аудит как репликацию.
Это как ? Еесли не трудно можно поподробнее

ggvТоко я бы через Q репликацию :)
Где-то уже читал , что для Q репликации нужна лицензия для DB2 Information Integrator, которая стоит денег. Так что Q репликация отпадает, а использовать SQL репликацию для аудита, тогда уж лучше тригер написать.