Доброго времени суток, всезнающий All.

Может быть , странного хочу...

Дано:
Есть программа P, выполняющая над БД Informix/Oracle некоторые (неизвестные заранее действия), изменяющие (или не изменяющие) таблицы БД.
P выполняет Действия типа UPDATE, DELETE, INSERT. Возможны ситуации, когда P делает INSERT записи ( а возможно,и не одной) , потом UPDATE ее же, потом DELETE ее же.
В БД наличествует куча триггеров, процедур и прочей бизнес-лигики, которая в свою очередь может работать со своимим таблицами -> проследить цепочки затруднительно.

Хочется:
1. перед запуском программы P получить времена (типа timestamp) обновления каждой таблицы. Пусть это будет делать программа Q.
2. Запустить программу P и пусть она себе модифицирует БД.
3. вновь запустить программу Q, получить времена модификации таблиц, сравнить с полученными на шаге 1 и сделать вывод о том, какие таблицы затрагиваются программой P.

Полагаю, что существует (увы, неизвестный мне) способ получения времени модификации таблиц БД встроенными средствами Informix/Oracle.
Не подскажет ли кто-нибудь что-нибудь о таком способе?


PS:
Вариант с добавлением триггера или поля timestamp ко всем таблицам БД понятен

2vasilis
Спасибо за линк.
Задача идентично той, что в посте-начале ветки (с точностью до Informix/Oracle).
Мы сами придумали триггер и timestamp, но как-то громоздко, хотелось более простого решения.
Будем, наверное, копать аудит. Спасибо vybegallo&zaiets.


А упомянутый в ветке CREATE EVENT MONITOR - похоже то, что можно использовать. Жаль, он в DB2.
И еще вот это хорошо - "..
задачу можног решить Q Replication Event Publishing.
Это дает возможность публиковать в виде XML через MQ message изменения строк (всех или по условию WHERE), изменение отдельных колонок, изменение строки при изменении колонок которые не мониторятся, before and after значение и многое еще чего.
Любое приложение может subscribe на интересующие его публикуемые изменения..." . IBM рулит.