Приболел ты. Пошёл к врачам - а они - о... вам бы в санаторий/профилакторий "новая заря" - подлечиться. Создают заявку на лечение. Эту заявку долго утверждают в минздраве, долго согласовывает директор профилактория, а ты вдруг умираешь, и путевку твою отменяют.

Вскрытие показывает, что на недельку раньше - в санаторий и мог бы жить.

Органы возбуждаются - а аудит по твоей путевке пролюблен и не видно, кто из согласующих мудаков протянул резину.

в данном случае на каждом шаге согласования у заявки и так должно сразу писаться кто ответственный и когда на этот шаг оно переводило. это опять таки не дополнительный аудит. а целевое действие

Да хер с ним ) давай предположим - что все это делается через вэбсервисы... И в аудит пишется входящий запрос... Так корректно?

входящий запрос пишет веб-сервером в access.log

Ну да, только место на вэбсервере может кончится - и лога не будет... Поэтому опять же - хочешь гарантий - пиши триггером в таблицу)

если кончится место то запросы тоже не будут проходить вообще

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

никак

Нда... Подбросил я говна на вентилятор....