SQL2005创建数据库自定义类型.docVIP

SQL2005 用户自定义类型 ????? 之前对这个“用户自定义类型”只是有所耳闻，没有机会用过，也没有自己动手去写过。今天朋友让我写一个简单的“用户自定义类型”，呵呵，糗了。 ????? 下面是目前对它的了解。 　　在VS2008中新建项目选择“数据库”—“SQL Server项目”，上面的combobox选择.NET Framework2.0 ? 输入项目名称，选择好自己的项目所在文件夹，点解确认后，会提示： 选择要使用“用户自定义类型”的数据库，在“添加新引用”中找到目标数据库，点击“确定”即可。 进入项目后，在解决方案上“右键”—“添加”—“用户定义的类型”。如图所示 在这里面可以添加“用户定义的函数”、“存储过程”、“聚合”、“触发器”等。选择“用户定义的类型”，后便可看到可以编辑的代码层。 　　下面，在进行编码前，我们来了解一些内容，呵呵，这些内容，也是我边做边查的。呵呵，很庆幸，碰到不会的东西，能查一查，问一问，呵呵，也是件很好的事情。 　　1.实现“用户定义的类型”UDT的要求： ? UDT 必须通过创建公共的 static（Microsoft Visual Basic 中为 Shared)Null 方法，在类或结构中实现 System.Data.SqlTypes.INullable 接口。默认情况下，SQL Server 是可识别 Null 的。这是为使在 UDT 中执行的代码能够识别 Null 值所必需的。 这个对应的就是上面的代码 public struct TypeTest:INullable。需要实现Null性，对null性的处理，是在这里处理的。 ? 1???public?static?TypeTest?Null2?????{3?????????get4?????????{5?????????????TypeTest?h?=?new?TypeTest();6?????????????h.m_Null?=?true;7?????????????return?h;8?????????}9?????} 　　必须创建一个名为 IsNull 的属性，在从 CLR 代码中确定值是否为空值时，需要使用该属性。SQL Server 发现 UDT 的空值实例时，将使用正常的空值处理方法保持该实例。服务器不会将时间浪费在序列化或反序列化 UDT 上（如果不是必须），也不会将空间浪费在存储空值 UDT 上。这种空值检查在每次从 CLR 引入 UDT 时执行，这意味着始终可以使用 Transact-SQL IS NULL 结构检查空值 UDT。服务器也使用 IsNull 属性来测试实例是否为空值。服务器确定 UDT 为空值后，可以使用其本机空值处理方法。 ? ? UDT 必须包含支持从其进行分析的公共 static （或 Shared）Parse 方法以及用于转换到对象的字符串表示形式的 ToString 方法。 该方法的处理，是在这段代码中进行处理的： 1???public?override?string?ToString()2?????{3?????????//?用您的代码替换下列代码4?????????return?;5?????} ? 具有用户定义序列化格式的 UDT 必须实现 System.Data.IBinarySerialize 接口并提供 Read 和 Write 方法。 对Read和Write方法的实现是在实现接口IBinarySerialize时需要处理的。处理方法如下： ? 代码 ?1??2?????public?string?result;?3??4?????public?void?Read(System.IO.BinaryReader?r)??5?????{?6??7?????????this.result?=?r.ReadString();?8?????}?9?10?????public?void?Write(System.IO.BinaryWriter?w)?11?????{12?13?????????w.Write(this.result);14?????} ? 这段代码需要自己手动的写上去，实现Read和Write方法。 下面是编写用户自定义类型的其他要求： ? 该 UDT 必须实现 System.Xml.Serialization.IXmlSerializable，或者所有公共字段和属性必须均属于 XML 可序列化类型或者使用 XmlIgnore 属性进行修饰（如果要求替代标准序列化）。 ? 一个 UDT 对象必须只存在一个序列化。如果序列化或反序列化例程识别了某一特定对象的多个表示形式，则验证将失败。