Xed41,

стандартно по документации - конфигурим db2audit, создаем нужный полиси прям по доке

CREATE AUDIT POLICY TABLE_ACCESS_NODATA
categories EXECUTE WITHOUT DATA STATUS BOTH
ERROR TYPE NORMAL;

и audit table ... using policy TABLE_ACCESS_NODATA.

Включаем audit, мониторим, архивируем (db2audit archive database), потом делаем db2audit extract.

Нюансы

1. остановка у db2audit штука странная. При состоянии stop он ухитряется еще некоторое время упорно писать лог, команда revoke policy вообще непонятно когда до него доходит. Следить за местом на диске.

2. Если на таблица массировано используется, например мы в нее делаем импорт - объем данных в лог будет настолько большим, что может серьезно просесть производительность. У меня импорт insert_update, который отрабатывал 10 минут, после добавления таблицы в аудит, шел 6 часов.

3. Плюсом является то, что ВСЕ стейтменты, где используется таблица, попадают в аудит - например, из-за триггеров или констрейнов.

Hints

- SYSCAT.AUDITUSE покажет аудируемые объекты
- если стоит задача выявить из группы неиспользуемые объекты - аудит подходит. Включаем аудит для энного количества таблиц, получаем результат, который анализу не поддается (см. выше п. 3). Вырезаем все стейтменты и запускаем их пачкой на эксплейн (сначала почистим эксплейные таблицы) и селект по EXPLAIN_OBJECTS.

Andy