SQL CLR 触发器：上下文 DB 的名称

Question

我想在 SQL CLR 触发器中打开/关闭触发器递归。根据 http://www.devx.com/tips/Tip/30031，我必须打电话

EXEC sp_dboption '<name of db>', 'recursive triggers', 'true'/'false'

有没有办法知道当前的数据库名称是什么？创建触发器时，我要求用户选择一个，但我不想将其写在表中。

问候，

Answer 1

有一种非常简单的方法可以找到正在触发 SQLCLR 触发器的数据库的名称：只需建立到上下文连接的连接并获取Database 属性即可。您甚至不需要执行查询:-)。

以下内容应该适用于所有 SQLCLR 对象类型（存储过程、函数、用户定义聚合、用户定义类型和触发器）：

string _DatabaseName;

using (SqlConnection _Connection = new SqlConnection("Context Connection = true;"))
{
    _Connection.Open();
    _DatabaseName = _Connection.Database;
}

就是这样！我刚刚在 SQLCLR 触发器中尝试过它，效果很好。

---

限制触发器触发其他触发器时要记住的另一件事是 TRIGGER_NESTLEVEL功能。这在 T-SQL 触发器中效果更好，其中 @@PROCID 的值可用并且包含触发器的 [object_id]。因此，在 T-SQL 触发器中，您可以单独限制每个触发器的递归，但仍然允许触发器在其他表上触发其他触发器。

在SQLCLR中它仍然可以使用，但是如果没有触发器的名称，您只能限制所有触发器。这意味着，您可以防止任何触发器在任何表（包括同一个表）上触发任何其他触发器，但无法限制仅触发同一个触发器，同时允许在其他表上触发可能会被相关触发器修改。只需使用上下文连接并通过 SqlCommand.ExecuteScalar() 运行 SELECT TRIGGER_NESTLEVEL();。

Answer 2

当您创建触发器时您就知道数据库是什么......

CREATE TRIGGER etc
....
GO
DECLARE @db varchar(100)
SET @db = DB_NAME()
EXEC sp_dboption @db, 'recursive triggers', 'true'/'false'

Answer 3

我找到了更好的解决方案。

我必须完全避免调用 EXEC sp_dboption 。相反，我必须创建一个临时表作为“无递归”标志，然后在触发器开头检查表是否存在，如果表存在则退出。

为什么是临时表？

1. 它在会话结束时被杀死。无需重置标志（在特殊情况下），这是避免触发器永久关闭所必需的。
2. AFAIK，它是为每个连接独立创建和终止的。所以，如果用户同时更改数据，就不会产生冲突（这对于 EXEC sp_dboption 来说是不可避免的）。