Есть такая задача:
Нужно создать таблицу с полями

- Время
- Пользователь
- Действие (Update, Delete)
- Таблица
- Данные записи до изменения (BLOB)

Далее на таблицы, для которых нужно вести логи, навешивается триггер (ON DELETE, UPDATE), который в таблицу-лог будет писать записи.

Все понятно, за исключением того, как засунуть из триггера в BLOB закодированную запись, чтобы потом можно было ее раскодировать.
Нет ли стандартных пакетов для этого. На чем лучше писать такой триггер или хранимую процедуру? На PL\SQL или Java? Или может есть какое-нибудь другое решение, которое позволит вести лог изменений данных в одном месте и затем просматривать их историю.

Еще одно условие, про которое я забыл написать - нужно, чтобы триггер вызывал хранимую процедуру, а та уже писала в лог-таблицу.
Эта процедура должна вызываться из нескольких триггеров, навешенных на несколько таблиц.
Всвязи с этим возникает несколько вопросов:

- как в хранимую процедуру из триггера передать меняющуюся запись.
Из самого триггера к полям можно обратиться как :old.fieldname
Но как сделать так, чтобы в хранимую процедуру можно было передать
произвольную запись, а потом в процедуре ее считать? Насколько я понял по документации, использовать VARRAy для этого нельзя, т.к. у массива все элементы могут быть только одного типа.

- по всей видимости нужно в процедуру передать еще и названия полей помимо их значений. Как это сделать? По всей видимости используя VARRAY?

- как закодировать произвольную запись, переданную в хранимую процедуру, которая может содержать поля любого типа (в том числе и BLOB) в текст, сохраняемый в BLOB-поле?
Причем так, чтобы потом можно было восстановить сохраненную запись?

Я не слишком хорошо знаком со стандартными средствами аудита.
Не подскажете, можно ли включив аудит на таблицу, получить тот же результат. Т.е. иметь возможность просмотреть всю историю изменений каждой записи (в том числе и уже удаленных), кто эти изменения делал и просмотреть любую запись в том виде, в каком она была в любой момент времени?

Если это возможно, где об этом можно почитать? Был бы очень признателен за пример.

Я попробовал сделать так:


Что неправильно? Почему в таблице аудита пусто?

Да, действительно, audit_trail был NULL

В документации по Oracle 8.1.6 Auditing Database Use
говорится:


The audit trail does not store information about any data values that might be involved in the audited statement. For example, old and new data values of updated rows are not stored when an UPDATE statement is audited. However, this specialized type of auditing can be performed on DML statements involving tables by using database triggers. For examples of trigger usage for this specialized type of auditing, see "Auditing Through Database Triggers".


То есть используя средства аудита Oracle нельзя сохранять значения, вовлеченные в отслеживаемые SQL-выражения. Для этого нужно писать триггеры :(