У себя на работе я веду журнал для каждой таблицы в отдельности. Собственно это обусловлено высокой транзакционностью базы данных, так что производительность - на первом месте. Тем не менее необходимВкратце суть решения:
Создана база для хранения сессий. Так как в моей системе баз данных несколько, а приложение поочередно может работать то с одной то с другой, то "для справедливости" таблица сессий создана на третьей базе данных. Доступ к ней осуществляется через сохраняемую процедуру usp_ValidateSession. В таблице сессии сохраняются данные о HostName, AppName, UserName.
Для каждой таблицы создается своя таблица - журнал. В отличие от основной таблицы в журнале добавлены поля: TR_SessionID (int), TR_Time (datetime), TR_Action (tinyint), TR_Id (int, identity). Primary key этой таблицы составляет Primary Key основной таблицы + TR_Id.
После этого на каждую таблицу заводятся триггер на каждое действие. Во время исполнения триггер вызывает процедуру usp_ValidateSession для получения SessionID по HostName, AppName, UserName. Если в таблице сессий такое сочетание уже есть, то будет вернута существующая сессия, если нет - то тогда будет создана новая сессия и процедура вернет ее номер. Далее в зависимости от типа действия триггером в журнал будет занесены данные из INSERTED или DELETED таблиц с соответствующими TR_SessionID, TR_Time (всегда getdate()), TR_Action: (1-insert, 2-update, 3-delete), TR_Id = следующее значение IDENTITY.
Для уменьшения головной боли с этими однотипными тригерами и таблицами я написал процедуру которая генерит их всех автоматически. А список таблиц для журнализации находится в сессионной базе данных. Так что я туда просто заношу или удаляю название таблицы и запускаю процедуру, а та уже разбирается что надо сделать.

Роман