如何在SQL触发器中获取Windows登录名而非SQL登录名

我太懂这个困扰了——当你用SQL身份验证的账号连接数据库时，触发器里的SUSER_NAME()只会返回SQL登录名，但你真正想拿到的是登录Windows系统的那个用户名称。下面给你几个实用的方案，你可以根据自己的实际场景来选：

方案一：切换为Windows身份验证连接 #

如果你的环境允许，最直接的解决办法就是要求所有数据库连接都使用Windows身份验证。这样不管是SUSER_NAME()还是ORIGINAL_LOGIN()，都会直接返回格式为域\用户名的Windows登录名。不过这需要调整你的数据库登录策略，适合能统一身份验证方式的场景。

方案二：应用层传递Windows用户名到数据库 #

要是必须保留SQL身份验证，你可以在应用程序连接数据库时，把当前的Windows登录名传递进去，存为会话级别的变量，然后触发器里读取这个变量就行：

1. 应用端设置会话变量（以SQL Server 2016及以上为例，用sp_set_session_context）：
   应用程序在建立连接后，执行这条SQL：

   EXEC sp_set_session_context @key = N'WindowsUserName', @value = N'当前Windows用户名';
   

   这里的当前Windows用户名需要从应用程序的运行环境中获取（比如C#里用Environment.UserName，加上域名就是Environment.UserDomainName + "\\" + Environment.UserName）。
2. 触发器中读取变量：
   在你的Insert/Update/Delete触发器里，直接读取这个会话变量：

   SELECT SESSION_CONTEXT(N'WindowsUserName') AS WindowsLoginName;
   

   这个方法需要应用层配合修改，但灵活性很高，适合没法改身份验证方式的场景。

方案三：通过系统视图关联操作系统进程信息 #

这个方法偏复杂，不需要改应用，但需要服务器权限。你可以通过SQL的系统视图sys.dm_exec_sessions和sys.dm_exec_connections拿到连接对应的Windows进程ID（client_pid），然后结合操作系统的进程信息（比如用PowerShell的Get-Process -Id 进程ID | Select-Object -ExpandProperty StartInfo | Select-Object UserName）来获取该进程所属的Windows用户。不过这个方法不适合在触发器里实时获取，更适合事后审计排查时用，而且直接在触发器里调用系统命令风险较高，不推荐实时使用。

额外提醒 #

• 别指望ORIGINAL_LOGIN()能帮上忙，它返回的是最初登录的账号，但用SQL身份验证时，它还是只会返回SQL登录名。
• 方案二里的sp_set_session_context是最推荐的，因为它是会话级别的，不会干扰其他连接，存储和读取都很方便。

内容的提问来源于stack exchange，提问作者user9756498