如何在不从SQL Server删除程序集的情况下更新CLR程序集

如何在不删除并在SQL Server（2008 R2）中重新创建程序集的情况下更新CLR函数（或过程）程序集dll？

就目前而言，如果我更新程序集（例如添加新功能），则在我删除程序集之前，SQL Server将不接受更新的dll：

DROP ASSEMBLY CLRFunctions

Msg 6590, Level 16, State 1, Line 1
DROP ASSEMBLY failed because 'CLRFunctions' is referenced by object 'NormalizeString'.

但是在删除程序集之前，必须先删除所有引用该程序集的函数：

DROP FUNCTION NormalizeString
DROP FUNCTION RemoveDiacritics
DROP FUNCTION RemoveCombiningDiacritics
DROP FUNCTION CombineLigatures
....
DROP FUNCTION PseudolocalizeArabic

并且然后我可以删除这个组件：

DROP ASSEMBLY CLRFunctions

现在我必须“ 创建 ”程序集：

CREATE ASSEMBLY CLRFunctions FROM 'c:\foos\CLRFunctions.dll';

现在我必须寻找的所有UDF的声明中之前，我删除了他们注册。

我宁愿更新程序集，并让SQL Server开始使用它。

更新：我随机尝试DBCC FREEPROCCACHE强制执行“重新编译”，但SQL Server仍使用旧代码。

更新：我删除了程序集dll CLRFunctions.dll，并且SQL Server仍然能够运行代码（没有应该是不可能的代码）。

我认为您正在寻找alter assembly。从BOL：

如果指定了FROM子句，则ALTER ASSEMBLY会根据提供的模块的最新副本来更新程序集。因为在SQL Server实例中可能已经针对程序集定义了CLR函数，存储过程，触发器，数据类型和用户定义的聚合函数，所以ALTER ASSEMBLY语句将它们重新绑定到程序集的最新实现。为了完成此重新绑定，映射到CLR函数，存储过程和触发器的方法必须仍然存在于具有相同签名的修改后的程序集中。实现CLR用户定义类型和用户定义聚合函数的类仍必须满足作为用户定义类型或聚合的要求。

同一页面上的示例之一似乎可以解决问题：

ALTER ASSEMBLY ComplexNumber 
FROM 'C:\Program Files\Microsoft SQL Server\90\Tools\Samples\1033\Engine\Programmability\CLR\UserDefinedDataType\CS\ComplexNumber\obj\Debug\ComplexNumber.dll' 

要补充本图尔的答案，可以通过SQL Server Management Studio的GUI相当轻松地远程完成此操作。

1. 在数据库的对象资源管理器下->可编程性，右键单击程序集，然后选择“新建程序集...”。

2. 浏览到更新的DLL。

3. 单击“新建装配”窗口顶部的“脚本”，而不是单击“确定”（这将失败，因为已经存在相同名称的装配）。
    
   您将进入一个包含“ CREATE ASSEMBLY”行的SQL查询，后跟一个巨大的Blob（即您刚刚选择的DLL）。

4. 将“创建”更改为“更改”，然后执行！

脚本还为我创建了“ AUTHORIZATION”行，我必须在执行前将其删除；您的里程可能会有所不同。

我希望这可以帮助其他没有文件系统访问其服务器的人。

希望微软有朝一日将其作为SSMS中的一流操作，但这是一个相当容易的解决方法，直到他们这样做为止。

我在Stackoverflow的答案中发现了一个提示：

ALTER ASSEMBLY CLRFunctions FROM 'c:\foos\CLRFunctions.dll';