如何将参数传递给外部 (SQLCLR) SQL Server 触发器

Question

我创建了一个触发器，它像这样调用程序集：

CREATE TRIGGER Testrigger ON STATION  
FOR INSERT 
AS EXTERNAL NAME assemblytest.[WriteTimeInfile.Program].Testrigger 

该程序集中的 .NET 代码执行以下操作：

namespace WriteTimeInfile
{
    public class Program
    {
        [SqlTrigger(Name = @"Testrigger", Target = "[dbo].[STATION]", Event = "FOR INSERT, UPDATE, DELETE")]
        public static void Testrigger()
        {
            File.AppendAllText(@"C:\Users\Vivien\date.txt",
            DateTime.Now.ToString() + Environment.NewLine);
        }
    }
}

我希望能够将创建的行或更新的行作为参数传递，如下所示：

CREATE TRIGGER Testrigger ON STATION  
AFTER INSERT 
AS 
EXTERNAL NAME assemblytest.[WriteTimeInfile.Program].Testrigger (STATION.ID)

我在 StackOverflow 上发现了一个 7 岁的 topic，它告诉我无法将参数传递给 CLR 程序集。
我在问最近的 SQL Server 版本现在是否可以实现。

你知道有没有办法，如果有，请问怎么做？

Answer 1

不，您不能直接将参数传递给 SQLCLR 触发器。但是，您可以通过几种方式间接传递值（与常规 T-SQL 触发器相同）：

1. 本地临时表
2. SET CONTEXT_INFO / CONTEXT_INFO
3. 在 SQL Server 2016 或更高版本上：sp_set_session_context / SESSION_CONTEXT

在所有情况下，您都可以通过执行带有输出 SqlParameter 的 SqlCommand 来获取值，以将值拉入 .NET 代码。 （使用说明见文末说明）。

但是，如果您只想要 inserted 和/或 deleted 表的值，那么它们就不是参数或参数。只有SELECT 那些使用SqlCommand 的人使用Context Connection = true 作为连接字符串，以及SqlDataReader。您可以在 CLR Triggers 的 MSDN 页面中的 Sample CLR Trigger 部分查看此示例。

---

关于将值传递给不属于 DML 操作的触发器的注意事项：

虽然这不是非常常见的做法，但肯定有有效的用例可以将一条信息从主上下文传递到事件链中的一个或多个触发器。我遇到的两个最常见的情况是：1）将基于应用程序的登录名或用户 ID（不是 SQL Server 的一部分）传递给删除行的审核触发器（因为该信息无法添加到 @ 中的 ModifiedBy 列987654337@ 操作），以及 2) 根据条件临时禁用触发器。是的，这是可能的，而且确实有效。请在 DBA.StackExchange 上查看我的以下答案：

• how to update column on same row with trigger without recursion?
• Disabled or enabled trigger from another trigger

Answer 2

INSERTED 和 DELETED 伪表始终可用于在 SQLCLR 触发器内直接查询，如文档的this 9+ years old version 所示。您可以随时查询它们，例如：

using (SqlConnection conn = new SqlConnection("context connection=true"))
{
    conn.Open();
    SqlCommand sqlComm = new SqlCommand();
    SqlPipe sqlP = SqlContext.Pipe;

    sqlComm.Connection = conn;
    sqlComm.CommandText = "SELECT UserName from INSERTED";

    userName.Value = sqlComm.ExecuteScalar().ToString();

    if (IsEMailAddress(userName.Value.ToString()))
    {
        sqlComm.Parameters.Add(userName);
        sqlComm.CommandText = "INSERT UsersAudit(UserName) VALUES(@username)";
        sqlP.Send(sqlComm.CommandText);
        sqlP.ExecuteAndSend(sqlComm);
    }
}

最新的样品是一样的。

您不需要将它们作为参数传递，就像您不需要将它们作为参数传递给普通触发器一样。这些表始终可供查询。

我怀疑这些表没有作为上下文对象上的集合公开，因为这需要从 SQL Server 的缓冲区中复制它们（浪费 CPU 和内存）。另一个原因是无法有效查询集合。您要么必须使用 LINQ（使用更多 CPU），要么只需遍历整个内容（内存和 CPU 浪费）。内存浪费将是更大的问题，因为该内存可用于缓冲更多数据和索引，从而加快访问速度。

我怀疑您链接到的问题想问同样的问题，但 OP 认为必须将伪表作为参数传递。所以他问的是参数而不是实际问题。