针对你遇到的问题——要在审计日志表中记录调用存储过程的.NET函数名，这里有几个实用且经过验证的方案，从兼容性到灵活性逐一说明：

方案1：利用SQL Server的CONTEXT_INFO会话变量 #

这是兼容性最好的方案（支持所有现代SQL Server版本），核心思路是让存储过程接收.NET传递的函数名，将其存入会话级的CONTEXT_INFO变量，触发器再从这个变量中读取值写入审计表。

具体步骤： #

1. 修改存储过程，新增接收函数名的参数

   CREATE OR ALTER PROCEDURE YourTargetSP
       -- 原有业务参数
       @UserId INT,
       @UpdateValue NVARCHAR(200),
       -- 新增接收.NET函数名的参数
       @CallingDotNetFunc NVARCHAR(128) = NULL
   AS
   BEGIN
       SET NOCOUNT ON;
   
       -- 将函数名存入CONTEXT_INFO（注意该变量是VARBINARY(128)类型，需转换）
       IF @CallingDotNetFunc IS NOT NULL
       BEGIN
           SET CONTEXT_INFO CAST(@CallingDotNetFunc AS VARBINARY(128));
       END
   
       -- 原有存储过程的业务逻辑（比如数据更新/插入）
       UPDATE YourBusinessTable 
       SET TargetField = @UpdateValue 
       WHERE Id = @UserId;
   
       -- 可选：操作完成后清空CONTEXT_INFO，避免影响后续会话操作
       SET CONTEXT_INFO 0x0;
   END
   

2. 修改触发器，读取CONTEXT_INFO并写入审计表

   CREATE OR ALTER TRIGGER YourAuditTrigger
   ON YourBusinessTable
   AFTER UPDATE, INSERT
   AS
   BEGIN
       SET NOCOUNT ON;
   
       -- 从CONTEXT_INFO中读取函数名，转换回字符串
       DECLARE @CallingFunc NVARCHAR(128);
       SET @CallingFunc = CAST(CONTEXT_INFO() AS NVARCHAR(128));
   
       -- 插入审计日志时新增函数名字段
       INSERT INTO YourAuditLog (OldValue, NewValue, TableName, FieldName, ChangedBy, ChangedOn, CallingDotNetFunction)
       SELECT 
           -- 原有审计字段逻辑
           d.TargetField, i.TargetField, 'YourBusinessTable', 'TargetField', SUSER_SNAME(), GETDATE(),
           -- 新增的函数名字段
           @CallingFunc
       FROM Inserted i
       JOIN Deleted d ON i.Id = d.Id;
   END
   

3. .NET端调用SP时传递函数名
   用SqlCommand调用存储过程时，添加对应的参数即可，还可以通过反射自动获取当前函数名：

   using (var cmd = new SqlCommand("YourTargetSP", sqlConnection))
   {
       cmd.CommandType = CommandType.StoredProcedure;
       // 添加原有业务参数
       cmd.Parameters.AddWithValue("@UserId", 1001);
       cmd.Parameters.AddWithValue("@UpdateValue", "new content");
       // 传递当前.NET函数名，比如用MethodBase.GetCurrentMethod()获取
       cmd.Parameters.AddWithValue("@CallingDotNetFunc", System.Reflection.MethodBase.GetCurrentMethod().Name);
       cmd.ExecuteNonQuery();
   }
   

方案2：使用SESSION_CONTEXT（SQL Server 2016+） #

如果你的SQL Server版本是2016或更高，推荐用SESSION_CONTEXT——它支持键值对存储，比CONTEXT_INFO更灵活，不会和其他会话数据产生冲突。

具体步骤： #

1. .NET端调用SP前设置会话上下文
   在调用目标存储过程之前，先执行一个命令设置会话变量：

   // 先设置会话上下文，存储当前.NET函数名
   using (var setContextCmd = new SqlCommand("EXEC sp_set_session_context @key = N'CallingDotNetFunction', @value = @FuncName", sqlConnection))
   {
       setContextCmd.Parameters.AddWithValue("@FuncName", System.Reflection.MethodBase.GetCurrentMethod().Name);
       setContextCmd.ExecuteNonQuery();
   }
   
   // 再调用目标存储过程
   using (var cmd = new SqlCommand("YourTargetSP", sqlConnection))
   {
       cmd.CommandType = CommandType.StoredProcedure;
       // 添加原有业务参数...
       cmd.ExecuteNonQuery();
   }
   

2. 触发器中读取SESSION_CONTEXT的值
   修改触发器的审计插入逻辑，直接读取会话上下文的键值：

   INSERT INTO YourAuditLog (OldValue, NewValue, TableName, FieldName, ChangedBy, ChangedOn, CallingDotNetFunction)
   SELECT 
       d.TargetField, i.TargetField, 'YourBusinessTable', 'TargetField', SUSER_SNAME(), GETDATE(),
       -- 读取会话上下文的函数名
       SESSION_CONTEXT(N'CallingDotNetFunction')
   FROM Inserted i
   JOIN Deleted d ON i.Id = d.Id;
   

注意事项 #

• 长度限制：CONTEXT_INFO最多支持128字节（约64个英文字符/32个汉字），SESSION_CONTEXT支持最多8000字节的字符串，可根据你的函数名长度选择方案。
• 连接池影响：如果.NET使用数据库连接池，要确保在每个请求开始时设置正确的会话值，或者在操作完成后清空，避免污染其他请求的审计数据。
• 审计表字段：建议将CallingDotNetFunction字段设为NVARCHAR(255)类型，预留足够的长度空间。

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