SQL Server 2005中的CLR

火冰狐

　　MS SQL Server 2005中的CLR　　CLR集成概述
　　SQL Server现有编程模型
- Transact SQL(T-SQL)
- 扩展存储过程(XP)
　　CLR集成模型
- SQL Server 2005新增的编程模型
- 用任何托管代码编写存储过程、触发器和函数
- 可创建自定义的数据类型和聚合函数
　　注册和执行数据库中托管代码
- 托管代码编写staticshared)的类方法，生成程序集
- 程序集上载到SQL Server 2005，用Create Assembly数据定义语言(DDL)将其存储到系统目录(部署)
- 创建T-SQL对象，并将其绑定到已经上载的程序集的入口点，用Create Procedure/Function/Trigger/Type/Aggregate
- 使用，应用程序可以象T-SQL例程一样的调用
　　构建和部署
- VS.NET 2005提供的“SQL Server项目”的代码模板
- 部署过程自动创建程序集中定义的例程、类型和聚合
　　调试
- 不受客户端到服务器连接类型的影响
- 跨语言无缝集成，例如从T-SQL过程进入CLR过程
　　演示代码
　　SQL Query
　　use SQLDemo
　　EXEC sp_configure 'show advanced options','1';
go
　　reconfigure;
go
　　EXEC sp_configure 'clr enabled','1'
go
　　select dbo.ClrSplitter('Hello;world',1)
　　CS Code
　　using System;
using System.Data;
using System.Data.Sql;
using System.Data.SqlTypes;
using System.Data
using Microsoft.SqlServer.Server;
　　public partial class UserDefinedFunctions
{
[Microsoft.SqlServer.Server.SqlFunction]
public static SqlString Function1()
{
return new SqlString("Hello");
}
　　[SqlFunction]
public static string ClrSplitter(string list, int element)
{
return list.Split(';')[element];
}
};
　　CLR与T-SQL：编程模型
　　T-SQL
- 过程代码内部嵌入查询语言
　　CLR
- in-proc ADO.NET数据访问(System.Data.SqlServer)
- 产生冗长代码
- 容易在个层之间移动代码和利用现有技术
　　CLR与T-SQL：性能
　　T-SQL
- 数据访问方面性能好
- 适合编写数据访问密集的代码
　　CLR
- 过程代码，计算
- 通用规则，用CLR编写计算和逻辑密集代码
　　CLR与T-SQL：语句的提交、返回
　　T-SQL
- 过程代码SQL语句往返，T-SQL具有优势
- select查询语句，返回客户端
　　CLR
- 额外的代码层，造成性能降低
- SqlPipe对象将结果发送到客户端
　　CLR与T-SQL：导航
　　T-SQL
- 通过只进、只读光标实现
- 可更新光标当前位置行
- 适合与，执行一系列语句(insert/update/delete/select)，带有几个或不带返回到客户端的行，并且不导航产生的行
　　CLR
- SqlDataAdapterReader实现
- 适合每行都有复杂的处理
　　CLR与扩展存储过程(XP)
　　- 粒度控制(权限SAFE/EXTERNAL_ACCESS/UNSAFE)
- 可靠性
- 数据访问
- 性能
- 可伸缩性
　　代码位置：数据库与中间层
　　数据验证
- 封装数据与逻辑
- 避免不同层中重复验证逻辑
　　减少网络流量
- 需要处理大量数据而产生很少结果集的任务
- 例如，数据分析中的需求预测、数值分析等
　　处理常见数据库变成任务和问题

- 使用Framework库进行数据验证
- 产生结果集
- SqlPipe
- 表值函数
- 可组合性
- 数据源
- 副作用操作
- 强类型化和返回的结果集的数量
　　用户自定义类型(UDT)
　　何时创建UDT
- 需要定义自己的标量类型
- 对已有类型(Framework)进行封装，如自定义日期/时间、货币
- 简单类型
　　何时不创建UDT
- 不要使用UDT对所有业务建模
- UDT不适合数据建模抽象，的确需要的项目，请设计中间层的O/R影射
　　小结

- SQL Server 2005通过集成CLR，支持任何托管代码编写存储过程、触发器和函数等例程
- 扩展数据库系统中的类型系统和聚合函数
　　相关白皮书

- SQL Server 2005中使用CLR白皮书
http://www.microsoft.com/china/msdn/library/data/sqlserver/sqlclrguidance.mspx?pf=true

　　CLR集成概述
　　SQL Server现有编程模型
- Transact SQL(T-SQL)
- 扩展存储过程(XP)
　　CLR集成模型
- SQL Server 2005新增的编程模型
- 用任何托管代码编写存储过程、触发器和函数
- 可创建自定义的数据类型和聚合函数
　　注册和执行数据库中托管代码
- 托管代码编写staticshared)的类方法，生成程序集
- 程序集上载到SQL Server 2005，用Create Assembly数据定义语言(DDL)将其存储到系统目录(部署)
- 创建T-SQL对象，并将其绑定到已经上载的程序集的入口点，用Create Procedure/Function/Trigger/Type/Aggregate
- 使用，应用程序可以象T-SQL例程一样的调用
　　构建和部署
- VS.NET 2005提供的“SQL Server项目”的代码模板
- 部署过程自动创建程序集中定义的例程、类型和聚合
　　调试
- 不受客户端到服务器连接类型的影响
- 跨语言无缝集成，例如从T-SQL过程进入CLR过程
　　演示代码
　　SQL Query
　　use SQLDemo
　　EXEC sp_configure 'show advanced options','1';
go
　　reconfigure;
go
　　EXEC sp_configure 'clr enabled','1'
go
　　select dbo.ClrSplitter('Hello;world',1)
　　CS Code
　　using System;
using System.Data;
using System.Data.Sql;
using System.Data.SqlTypes;
using System.Data
using Microsoft.SqlServer.Server;
　　public partial class UserDefinedFunctions
{
[Microsoft.SqlServer.Server.SqlFunction]
public static SqlString Function1()
{
return new SqlString("Hello");
}
　　[SqlFunction]
public static string ClrSplitter(string list, int element)
{
return list.Split(';')[element];
}
};
　　CLR与T-SQL：编程模型
　　T-SQL
- 过程代码内部嵌入查询语言
　　CLR
- in-proc ADO.NET数据访问(System.Data.SqlServer)
- 产生冗长代码
- 容易在个层之间移动代码和利用现有技术
　　CLR与T-SQL：性能
　　T-SQL
- 数据访问方面性能好
- 适合编写数据访问密集的代码
　　CLR
- 过程代码，计算
- 通用规则，用CLR编写计算和逻辑密集代码
　　CLR与T-SQL：语句的提交、返回
　　T-SQL
- 过程代码SQL语句往返，T-SQL具有优势
- select查询语句，返回客户端
　　CLR
- 额外的代码层，造成性能降低
- SqlPipe对象将结果发送到客户端
　　CLR与T-SQL：导航
　　T-SQL
- 通过只进、只读光标实现
- 可更新光标当前位置行
- 适合与，执行一系列语句(insert/update/delete/select)，带有几个或不带返回到客户端的行，并且不导航产生的行
　　CLR
- SqlDataAdapterReader实现
- 适合每行都有复杂的处理
　　CLR与扩展存储过程(XP)
　　- 粒度控制(权限SAFE/EXTERNAL_ACCESS/UNSAFE)
- 可靠性
- 数据访问
- 性能
- 可伸缩性
　　代码位置：数据库与中间层
　　数据验证
- 封装数据与逻辑
- 避免不同层中重复验证逻辑
　　减少网络流量
- 需要处理大量数据而产生很少结果集的任务
- 例如，数据分析中的需求预测、数值分析等
　　处理常见数据库变成任务和问题

- 使用Framework库进行数据验证
- 产生结果集
- SqlPipe
- 表值函数
- 可组合性
- 数据源
- 副作用操作
- 强类型化和返回的结果集的数量
　　用户自定义类型(UDT)
　　何时创建UDT
- 需要定义自己的标量类型
- 对已有类型(Framework)进行封装，如自定义日期/时间、货币
- 简单类型
　　何时不创建UDT
- 不要使用UDT对所有业务建模
- UDT不适合数据建模抽象，的确需要的项目，请设计中间层的O/R影射
　　小结

- SQL Server 2005通过集成CLR，支持任何托管代码编写存储过程、触发器和函数等例程
- 扩展数据库系统中的类型系统和聚合函数
　　相关白皮书

- SQL Server 2005中使用CLR白皮书
http://www.microsoft.com/china/msdn/library/data/sqlserver/sqlclrguidance.mspx?pf=true