Вы слишком много хотите от журнала транзакций. DB2 старается писать в журнал как можно меньше. Если гововрить об Upadate то получить их будет только в том случае если таблица DATA CAPTURE CHANGES. И получить имя юзера того, кто провел транзакцию тоже только если в транзакции была хоть одна таблица с DATA CAPTURE CHANGES (помечена для репликации). Если вам действительно необходимо мониторить действия пользователей, то мой вам - рассмотрите вариант с триггерами и таблицей логов. Т.е. перепроектируйте приложение.

Я тут вот такую фишку подумал.
Если взять к примеру MS SQL, то у них есть такое понятие как TEMPDB - база данных, куда складываются операции с временными таблицами. Естественно у нее свой лог. А если посмотреть на DB2 -то у нас все операции по регулярным и по временным таблицам складываются в один и тот же лог. А правильно ли это? Нам ведь операции по временным таблицам для Restore/Rollforward не нужны. Следовательно для временных таблиц можно было бы держать отдельный лог и вообще сделать его типа - циклическим. И размер архивных логов уменьшился бы. Логи можно было бы разложить по дискам, распараллелить IO. Короче есть у DB потенциал куда расти.
2 Nikolay Kulkcov, ggv (Хочу премию за рацуху)

А по поводу чтения логов посмотрите продукт BMC Software который называется DB2 LogMaster - может чем-то поможет. Если они вам его продадут, то поделитесь впечатлениями. Лично мне очень интересно.

2 ggv
NOT LOGGED не всегда прокатывает. В транзакии тоже нужно кой-что обрабатывать и частино откатывать даже по временнным таблицам.
Впринципе можно НЕ делать ON COMMIT PRESERVE ROWS.
А убрать из лога записи по временным таблицам - все равно плюс большой.

2 ggv я што-то ничё ни понил...
мне транзакции нужны и перфоменс тоже нужен. И перфоменс не тока на работу с данными но и для backup/restore/forward.

Если те транслятор нужен - byacc, lex - и вперед за родину.
Я как-то в изобретатели новых языков не очень-то гожусь. Ты бы для начала сказал чего хочешь от такого языка?
Однако, если нужные регулярные выражения (а-ля Perl) и парсинг чего-то типа SIN(X)+(LN(TG(Y))**2 то добро пожаловать сюда:
www.fox-toolkit.org - там уже все решено.

ggvподдержка транзакций для временных таблиц есть.

для lex со-товарищи надо язык заново создавать, с формального описания. Если я все правильно понимаю. Мне лениво. Мне готовый язык нужен, с минимальной функциональностью. Я просто свои "объекты" хочу вставить.
А на линк схожу гляну, thanks

А тебе что, обязательно компилируемый язык? а то возьми bash - подработай - и хватит.

А что, циклы тебе не нужны что-ли?
В конце концов - сделай транслятор из бейсика в C.
поищи - мож такие уже есть. Вон, есть же f2c (fortran 2 c)

фореваЮзеров в файлах журнала не в жисть не будет, это разные уровни, максимум, что там можно поймать - это ид аппликухи, а посему вперед в триггера на таблицы!!!
Если хоть одна таблица DATA CAPTURE CHANGES - то пожалуйста - будет вам ID юзера, а ID апликухи - никогда не было и не будет. Это вам не MS SQL.

ggvgardenman - while-do - это не цикл?
Сделай сам - это понятно. Вот уже все выходные доку по Flex читал.
Вот бы использовать готовенькое.... Посикольку ни времени, ни знаний, ни желания.... учиться писать языки - нету...

Триггера - прекрасно, но тормознуто...

Может раз нет желания - то вообще ну его нафиг этот проект?
В сущности Cи же знаешь, создай себе нормальное окружение, чтоб дескать тока нажал кнопку и все откомпилилось и запустилось. И не изобретай велосипедов.

не, свой язык без yacc, byacc, bison одним токо lex/flex не по катит.