初探SQL Server CLR 集成

sqlserver 2005中,加入了很多新特性。对于开发人员来讲,最值得一提的是对XML的支持和CLR集成。当然,还有一些关于“高可用“(数据库集群/数据库镜像/日志传送等)的新特性,比较适合DBA,感兴趣的朋友可以了解一下。

相信很多人和我一样,一直很希望在sqlserver中非常灵活地编程,实现各种功能(能像在VS中使用C#编程一样的爽)。但是未能如愿,暂不说开发环境的问题(代码补全,配色等)。最主要的是,T-SQL这东西确实不适合做复杂的运算(对我这种菜鸟来讲确实有难度。对那些大牛来说估计不难),也缺乏面向对象编程的灵活性。连一些基本的数据结构也没有办法实现,更别提什么面向对象了。

有了sqlserver CLR集成后,这一切似乎就变了。什么是CLR ,到底什么是CLR集成?先看看MSDN的解释吧。

通过在 Microsoft SQL Server 中托管 CLR(称为 CLR 集成),可以在托管代码中编写存储过程、触发器、用户定义函数、用户定义类型和用户定义聚合函数。因为托管代码在执行之前会编译为本机代码,所以,在有些方案中可以大大提高性能。

通俗点讲,就是sqlserver 2005 版本之后,数据库引擎中加入了.NET Framework 的公共语言运行时 (CLR) 组件,可以更方便和.NET应用程序交互。


首先,新建一个sqlserver CLR 数据库项目,如图:





项目新建好之后,可以打开试图,看看结构,里面只包含一些测试示例的sql脚本。

接下来,新建一个普通的C#类,在类中定义一个方法。如下:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using Microsoft.SqlServer.Server;
namespace SqlServerProject1
{

   public  class demo
    {
       [Microsoft.SqlServer.Server.SqlProcedure]
       public static void ClrProc() {
           SqlContext.Pipe.Send("Hello World");
       }
    }
}

记得要引入using Microsoft.SqlServer.Server这个命名空间。在方法体中,使用了如下代码
SqlContext.Pipe.Send("Hello World");
可以理解为像客户端发送一条结果,就像Response.Write输出一样。

给这个普通的方法,加上[Microsoft.SqlServer.Server.SqlProcedure]特性。其意义就是标记自己是个CLR 存储过程。

注:Attribute,有的人也称作属性,为了避免不和面向对象中的get/set混淆,故本人习惯称之为”特性“。和java中的注解差不多。

编译通过后,可以选择直接在VS的生成菜单下选择”部署“,也可以去数据库中手动创建。


打开指定数据库的查询窗口,开始写脚本,检查数据库配置,看看是否开启了clr支持,没有的话则手动去开启:

--查看系统配置
SELECT * FROM sys.configurations
ORDER BY name
GO
--启用clr
sp_configure 'clr enabled',1
go
RECONFIGURE;
GO

准备完毕后,开始创建程序集和CLR存储过程:

--创建程序集
CREATE ASSEMBLY SqlServerProject1 
FROM 
N'C:\Users\Administrator\Documents\visual studio 2010\Projects\Database1\SqlServerProject1\bin\Debug\SqlServerProject1.DLL'
WITH permission_set=SAFE
GO

--
--DROP ASSEMBLY SqlServerProject1
--go
--创建CLR存储过程 (程序集.命名空间.类型.方法名)
CREATE PROC dbo.helloworld
AS EXTERNAL NAME SqlServerProject1.[SqlServerProject1.demo].ClrProc
go

--执行Clr存储过程

EXEC helloworld
go

注意,之前的项目中编译后的DLL文件的路径(推荐使用绝对路径),权限直接给safe。创建CLR存储过程,其实和普通的proc差不多,只不过多了一句(大致意思就是指定程序集中指定的命名空间下的类和对应的方法)

可以像调用普通的存储过程一样去执行它。看看结果,果然有了”HelloWorld“。呵呵。当然,这只是最简单的,目的是教大家如何创建。

当然,也可以创建复杂一点的存储过程/函数/触发器等。我就拿存储过程为例,做一个稍微复杂的,返回一个SqlDataReader对象。

直接在项目上右键,新建,选择存储过程即可(刚才新建一个普通类,是为了让大家理解其基本的实现和对应关系)。如图:



建好存储过程后,可以往方法里面添加一些简单的代码,执行一个基本的单表查询,然后返回给客户端一个SqlDataReader对象。代码如下:

using System;
using System.Data;
using System.Data.SqlClient;
using System.Data.SqlTypes;
using Microsoft.SqlServer.Server;


public partial class StoredProcedures
{
    [Microsoft.SqlServer.Server.SqlProcedure]
    public static void StoredProcedure1()
    {
        // 在此处放置代码
        SqlConnection conn = new SqlConnection("context connection=true");
        try
        {
            conn.Open();
            SqlCommand cmd = new SqlCommand("SELECT count(*) FROM dbo.TempCatalog", conn);
            SqlDataReader dr = cmd.ExecuteReader();
            SqlContext.Pipe.Send(dr);
        }
        catch (Exception)
        {

            conn.Close();
        }
    }
};

编译完成后,可以在VS的生成菜单下选择”部署“(会自动部署到sqlserver中,并覆盖原来的)。当然,也可以手动去重新加载程序集并创建需要的存储过程。

在sqlserver中创建好并执行存储过程后,检查一下结果,看是不是你想要的?

提示:手动重复加载、创建,可能会冲突。需要先删除后再重新创建。可以在sqlserver对象浏览器中检查,也可以使用如下sql语句查询相关信息。

SELECT * FROM sys.assemblies
SELECT * FROM sys.assembly_files

简单的例子做完了,优点是可想而知的。那到底啥时候应用CLR,啥时候写T-sql呢?我觉得具体要根据实际业务需求和应用场景去判断了。

根据有些微软方面的专家提示,在下面几种情况下,应该考虑使用CLR:
SQL中涉及大量的逻辑判断和逻辑运算。比如需要在数据库级别自定义加密算法,解密算法等。
T-SQL无法处理需求。比如需要在SQL中进行正则表达式的判断等。
逻辑判断或者循环分支过于复杂,有时需要使用大量游标进行处理(也不一定使用游标就会变慢,关键看敲代码的人)。


本文出自http://blog.csdn.net/dinglang_2009,转载请注明出处。





评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值