在 SQL Server 中加载第 3 方 clr dll

Question

我在 C# 中编写了一个 SQL CLR 函数，它有一些依赖性（对 npgsql.dll）。 当它过去没有任何依赖关系时，我可以毫无问题地将它添加为 SQL Server 中的新程序集 - 但现在我不能这样做。

我收到此错误：

消息 10301，级别 16，状态 1，第 17 行
程序集“Database1”引用程序集“system.directoryservices, version=4.0.0.0,culture=neutral, publickeytoken=b03f5f7f11d50a3a.”，当前数据库中不存在该程序集。 SQL Server 尝试从引用程序集来自的同一位置定位并自动加载引用程序集，但该操作失败（原因：2（系统找不到指定的文件。））。 请将引用的程序集加载到当前数据库中，然后重试您的请求。

编辑：这个问题不仅仅是“system.directoryservices”，所以当我使用另一个 npgsql.dll 时，我得到以下错误：

消息 10301，级别 16，状态 1，第 20 行程序集“Database1”引用程序集“system.threading.tasks.extensions, version=4.1.0.0,culture=neutral, publickeytoken=cc7b13ffcd2ddd51.”，当前数据库中不存在. SQL Server 尝试从引用程序集来自的同一位置定位并自动加载引用程序集，但该操作失败（原因：2（系统找不到指定的文件。））。 请将引用的程序集加载到当前数据库中，然后重试您的请求。

并且任何使用开发人员命令提示符将这些库添加到 GAC 的尝试都不起作用。

Answer 1

这个问题已经在这里被问过和回答过好几次了。 但是，不仅仅是将其列为重复项，还需要先说一些事情：

在将DirectoryServices DLL 导入 SQL Server（具有一定风险的操作）之前，请确保您实际上无法以任何其他方式执行该功能。 例如：

用于 Active Directory 组成员身份的 C# clr udf

否则，请看这里：

如何注册 System.DirectoryServices 以在 SQL CLR 用户函数中使用？

那里的“修复”是启用TRUSTWORTHY ，这在任何方面都不是一个很好的选择，但它是加载不受支持的 .NET Framework 库的常用方法。 我正在研究另一种到目前为止看起来不错并且不需要TRUSTWORTHY ，但我需要做更多的测试才能推荐它。 一旦我有时间对其进行全面测试和记录，我将在稍后使用该信息进行更新。