Sql Server 2005/2008增加了对Clr的支持，开发者可以用.net语言如C#、VB.net等编写Sql Server的存储过程、函数。这样大大增强了Sql Server的功能，为编程开发带来了方便。怎样创建CLR存储过程网上的介绍文章已经很多了，本文不讨论了。
作者在使用过程中遇到了这样的问题，就是程序集assembly的更新问题。在Sql Server中程序集不能修改，只能删了重建。见下图：
由于对象 'IsLegalDate' 引用了 'ZSqlExtend'，DROP ASSEMBLY 失败。
原来基于这个程序集肯定要建很多存储过程和函数，这些对象引用了这个程序集，DROP ASSEMBLY 失败。可以单击上图中“查看依赖关系”。
怎么办呢？那只能把引用这个程序集的所有对象都删掉，这样一来工作量可就大了，而且重建程序集后还要建这些存储过程和函数。
这些存储过程和函数也有可能被引用，也删不掉。
这样我们更新程序集岂不是太麻烦了？笔者想出一个变通的办法，与广大网友交流。
首先ZSqlExtend的代码如下，里面有一个IsLegalDate函数。用VS2008编译后的文件是ZSqlExtend.dll。
using System.Data.SqlTypes;
using System.Data.SqlClient;
using System.Text.RegularExpressions;
namespace ZSqlExtend_NS
{
public class ZSqlExtend_cls
{
[SqlFunction(DataAccess = DataAccessKind.Read)]
public static bool IsLegalDate(int iyear, int imonth, int iday)
{
bool ild = false;
try
{
DateTime newdate = new DateTime(iyear, imonth, iday);
//smalldatetime范围1900-01-01 到 2079-06-06
DateTime dMin = new DateTime(1900, 1, 1);
DateTime dMax = new DateTime(2079, 6, 7);
ild = newdate >= dMin && newdate < dMax;
}
catch
{
ild = false;
}
return ild;
}
} //END CLASS
}
根据这个dll文件在Sql Server中创建程序集和函数：
create assembly ZSqlExtend
from 'E:\hs1\ZSqlExtend\bin\ZSqlExtend.dll' with permission_set = Safe;
go
CREATE FUNCTION IsLegalDate
(@y int,@m int,@d int)
RETURNS bit
AS EXTERNAL NAME ZSqlExtend.[ZSqlExtend_NS.ZSqlExtend_cls].IsLegalDate;
go
然后再建一个类库项目，比如我再做一个ZSqlExtend_dummy的类库项目，用VS2008编译后的文件是ZSqlExtend_dummy.dll，这个是ZSqlExtend.dll的代替品。
把ZSqlExtend.dll的内容在这个再写一遍，不过这个是假的，所以可以写成这样：
using System.Data.SqlTypes;
using System.Data.SqlClient;
using System.Text.RegularExpressions;
namespace ZSqlExtend_NS
{
public class ZSqlExtend_cls
{
[SqlFunction(DataAccess = DataAccessKind.Read)]
public static bool IsLegalDate(int iyear, int imonth, int iday)
{
return true;
}
} //END CLASS
}
把这个“假的”ZSqlExtend_dummy.dll也注册进Sql Server。
create assembly ZSqlExtend_dummyfrom 'E:\hs1\ZSqlExtend_dummy\bin\ZSqlExtend_dummy.dll' with permission_set = Safe;
go
我们的第一步工作就做完了。现在我在项目ZSqlExtend里修改了IsLegalDate，需要重建程序集，就出现了本文一开始的情况。当然你可以先把IsLegalDate删掉，但是我不能这么做，因为很多表的计算字段和视图引用了IsLegalDate。所以我只能让IsLegalDate和程序集ZSqlExtend脱钩，然后将程序集ZSqlExtend删除重建。要想脱钩就得用那个
ZSqlExtend_dummy了，因为它其中的函数签名和ZSqlExtend完全一样。
函数IsLegalDate是不能删了，但我们可以修改它，把它改在别的程序集上。Sql Server中执行：
alter FUNCTION IsLegalDate(@y int,@m int,@d int)
RETURNS bit
AS EXTERNAL NAME ZSqlExtend_dummy.[ZSqlExtend_NS.ZSqlExtend_cls].IsLegalDate;
go
OK，此时程序集ZSqlExtend已经可以删除重建了，在Sql Server中运行：
drop assembly ZSqlExtend;
create assembly ZSqlExtend
from 'E:\hs1\ZSqlExtend\bin\ZSqlExtend.dll' with permission_set = Safe;
go
当然还要把函数IsLegalDate再改回来
alter FUNCTION IsLegalDate(@y int,@m int,@d int)
RETURNS bit
AS EXTERNAL NAME ZSqlExtend.[ZSqlExtend_NS.ZSqlExtend_cls].IsLegalDate;
go
这里需要注意2个问题：
1、也许你会问，既然要把函数IsLegalDate改掉，让它和程序集ZSqlExtend无关，何不直接用语句：
ALTER FUNCTION [dbo].[IsLegalDate]
(@y [int], @m [int], @d [int])
RETURNS [bit]
begin
return 1;
end
哈哈，你会得到如下提示：
无法对 'dbo.IsLegalDate' 进行更改，因为它是不兼容的对象类型。
2、为什么要再编译个DLL呢？把编译好的ZSqlExtend.dll改个名那个“假的”不就有了吗。原来Sql Server在建程序集时把dll文件变成二进制流存入数据库，如果两个dll完全相同就是文件名不一样，那会收到如下提示：
CREATE ASSEMBLY 失败，因为根据 MVID，源程序集应与已按名称 "ZSqlExtend" 注册的程序集完全相同。