[SQL Server]创建自定义聚合函数值得注意的问题
在SQL Server 2005中添加了对CLR的支持,这使得我们可以使用C#,VB.NET等语言为SQL Server编写函数、存储过程以及触发器等对象。如何创建这些对象就不多说了,在网上搜一搜都有很多。这里就说一下在创建聚合函数的时候一些值得注意的问题。
自定义聚合函数是以一个值类型对象的形式来实现的,这个对象必须被序列化到数据库中。如果该对象有int或double等值类型的字段,那么几乎不会产生问题。但是如果有string等类类型的字段,在SQL Server中创建聚合函数的时候很有可能会出现类似下面的6225号错误消息;
对类型 SqlServerProject.Aggregate 做标记以进行本机序列化,但是类型 Aggregate 的字段 result 为 string 类型(它是非值类型)。本机序列化类型只能有可直接复制到本机结构中的字段类型。如果希望有任何其他类型的字段,请考虑使用其他的序列化格式,如用户定义序列化。
出现这个错误的原因是,对于int、double等类型的数据,它们直接对应操作系统使用的本机数据类型,例如int和double在C++中都有相应的类型,实际上在C#和C++中它们的结构都是一样的,因此在序列化的时候可以将这些类型的字段当作本机类型来处理。而对于类类型的字段,例如string,在操作系统中没有对应的数据类型,因此这些字段不能直接序列化。用户必须手动添加序列化代码,告诉SQL Server如何去序列化这些类型的字段。
我们所要做的工作非常简单,只需要为聚合函数对象实现IBinarySerialize接口即可。例如:
private string result;
![](https://www.cnblogs.com/Images/dot.gif)
![](https://www.cnblogs.com/Images/dot.gif)
#region IBinarySerialize 成员
public void Read(System.IO.BinaryReader r) {
this.result = r.ReadString();
}
public void Write(System.IO.BinaryWriter w) {
w.Write(this.result);
}
#endregion
}
IBinarySerialze接口有两个方法,Read()方法从序列化流中还原字段,也就是把二进制数据转换成string,这里我们不必手动进行转换,因为该方法的BinaryReader类型的参数已经提供了一系列进行转换的方法,使用Read前缀的方法可以从二进制流中转换出不同类型的值。而Write()方法用于把字段写入序列化流,也就是将字段转换成二进制数据,同理,BinaryWriter参数也已经提供了一系列进行转换的方法,直接调用即可。
此时问题似乎解决了,不过再次创建聚合函数,又可能会出现下面的的6222号错误:
对类型 SqlServerProject.Aggregate 做标记以进行本机序列化,但是类型 Aggregate 的字段 result 对于本机序列化无效。
这段话让人摸不着头脑,我费了好大劲也搞不出个所以然。不过最后原因还是找到了。看到聚合函数对象的声明上面那句代码:
这是VS自动为我们生成的,可是问题也恰恰是由这句代码引起的。只要我们把Format后面的值改为这样:
问题就解决了。原因跟上一个问题很相似,Format.Native的意思是使用本机数据类型来保存这个实现聚合函数的值对象,只有当该对象中的字段都有对应的本机数据类型时才有效,例如int,long等。由于我在这个对象中使用了string类型的字段,导致问题发生。
Format.UserDefined表示对象中的字段使用的是用户定义类型,也就是没有相应本机类型的数据类型。string满足该条件,所以要把Native改成UserDefined。
作者:Zplutor
出处:http://www.cnblogs.com/zplutor/
本文版权归作者和博客园共有,欢迎转载。但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。