Ответ зависит от режима аутентификации. Если вы хотите, чтобы журнал аудита, который записывался триггером, отображал личность пользователя, удаляющего данную строку, личность этого пользователя должна быть известна в области действия триггера. Существует два способа узнать идентичность: сам механизм SQL может знать о пользователе, которого он аутентифицировал, или программное обеспечение клиентского интерфейса может передать имя пользователя хранимой процедуре, которая обрабатывает удаление. Если это последнее, хранимая процедура должна будет обновить строку в базовой таблице с текущим значением пользователя, прежде чем она удалит строку.
Часто многие настоящие люди будут аутентифицироваться с клиентским программным обеспечением (или в сети) индивидуально, но соединение с механизмом SQL осуществляется через общего псевдопользователя, который может соответствовать уровню разрешений (например, clerical- пользователь, менеджер-пользователь). База данных видит, что запись обновляется «clericaluser», а не «joe». Таким образом, аутентификация базы данных может оказаться недостаточной для ваших целей аудита, и вам нужно передать «joe» хранимой процедуре.
Механизм SQL может быть (но не обязательно) интегрирован с сетевой аутентификацией, и в этом случае триггер будет иметь доступ к аутентифицированному идентификатору пользователя, например, Ваш_домен \ YourUser.