在 C# SQLCLR 中更改静态只读变量是否安全？

Question

我在 C# 6.0 .NET 3.5 CLR 程序集中编写了一些代码，安全级别 = external_access。

简化代码：

 public static readonly DataTable warnings_table = init_warnings_table();

 public static void set_warning(string msg)
 {
        var row = warnings_table.NewRow();
        row[1] = DateTime.Now;
        row[2] = msg;
                ...
        warnings_table.Rows.Add(row);
 }
 [Microsoft.SqlServer.Server.SqlProcedure]
 public static SqlInt32 wrapper_func(SqlInt32 param)
 { 
   return big_func(Param.Value);
 }

 int big_func(int param)
 { 
   SqlBulkCopy bulkcopy;
   ....
   set_warning("Message");
   ....
   write_warnings(bulkcopy); 
   warnings_table.Clear();
 }

如果 wrapper_func 将同时从 2 个或更多不同的连接/会话调用，warnings_table 会发生什么情况？有对静态字段warnings_table的写操作。所以，我想，但我不确定，它会导致这里的数据竞争条件。

换句话说：

SQLCLR 中的 static read-only 变量对于每个 sql connection/sql query/transactions 是唯一的还是它们在不同的 SQLCLR 过程调用之间共享数据？
是否可以拥有无痛的全局状态，不受其他 SQLCLR 过程调用的影响？

Answer 1

Are static read-only variables in SQLCLR unique for every sql connection/sql query/transactions or do they share data between different SQLCLR procedures calls?

驻留在 SQL 服务器（即 SQLCLR）内部的程序集被加载到一个应用程序域中，该应用程序域在所有会话之间共享。可以有多个应用程序域，因为它们特定于每个数据库和所有者（即授权）组合。但是任何一个特定的 SQLCLR 对象都只会驻留在一个特定的程序集中，因此对它的所有调用都共享该单个实例。这就是为什么所有 SQLCLR 方法都需要 static 的原因，因为它们不是针对每个会话的。所以是的，静态 member/class 变量是共享的，这就是为什么它们需要声明为 readonly，否则如果静态 UNSAFE，则程序集需要 PERMISSION_SET =72=] 变量未标记为 readonly.

Is it possible to have painless global state, safe from other SQLCLR procedures calls?

不，至少不是以任何简单的内置方式。静态 class 变量是一个 Collection 可以被认为是在 tempdb 中创建的真实 table （与全局临时 Table 不同 -- ##Table).一旦创建了变量，它将保留并且不会在创建它的 "session" 结束后消失，但所有会话都可以访问它。因此，如果您需要对每个会话进行分离，那么您需要让静态集合的属性成为一个区分因素——用来区分每个会话的东西。你可以获得当前的 session_id / @@SPID 并使用它，只要你在每个进程开始时清除所有具有相同 session_id 的条目，因为 session_id 值是SQL 服务器重新使用。但是没有办法清除未重复使用的 session_id 值的条目，除非您将其作为流程结束时的最后一步（如果流程遇到问题，则可能不会调用该步骤）一个例外）。所以，并非不可能，但需要一些工作和大量测试:-)。

还应该理解，这不是特定于SQLCLR存储过程，而是影响特定应用程序中的所有方法和对象运行领域。这意味着，静态 class 变量与所有可以访问 class 的代码共享，这些代码可以是 SQLCLR 触发器、函数，也可能是用户定义的聚合和用户定义的类型。

请注意，关于静态变量以及 SQL 服务器管理内存的方式，您需要注意的一个细微差别是：

偶尔 SQL 服务器，如果运行物理内存不足，可能会决定卸载一个或多个应用程序域。您可以通过搜索 "memory pressure" 在 SQL 服务器错误日志中看到此行为，因为会有以下形式的条目：

AppDomain X ({database_name}.{owner_name}[runtime].Y) is marked for unload due to memory pressure.

卸载应用程序域将清除静态变量。当它在下次调用 SQLCLR 对象时重新加载时，将再次创建静态变量。

所以，如果静态变量被用于维护调用之间的状态，这是 "proper" 操作所必需的，那么您需要找到另一种方法，因为无法保证在调用之间存在。

如果您需要 per-Session 全局状态，那么您需要通过执行 T-SQL 语句来使用 SQL 服务器内置机制Context Connection = true; 作为连接字符串。您可以使用：

本地临时table
SET CONTEXT_INFO / CONTEXT_INFO()
（截至 SQL 服务器 2016）sp_set_session_context / SESSION_CONTEXT

有关使用 SQLCLR 的更多信息，请参阅我在 SQL Server Central（需要免费注册）上撰写的关于此主题的系列文章：

Stairway to SQLCLR

在 C# SQLCLR 中更改静态只读变量是否安全？

Is it safe to change static readonly variables in C# SQLCLR?

.net

c#

sql-server

sqlclr