创建sql clr 存储过程和函数时，如果你需要访问数据库的话，那就需要这个连接字符串，这个指示数据库在上下文环境中，打开连接，对数据库进行操作。也就是在开启这种连接的时候，代码只能运行在sql server 进程中！比如以下代码：

public partial class UserDefinedFunctions
{
    [SqlFunction(DataAccess = DataAccessKind.Read)]
    public static SqlMoney SumLineTotal(int salesOrderID)
    {
        using (SqlConnection conn =
            new SqlConnection("context connection=true"))
        {
            conn.Open();
            SqlCommand cmd = new SqlCommand(
                "SELECT SUM(LineTotal) " +
                "FROM Sales.SalesOrderDetail " +
                "WHERE SalesOrderID=" + salesOrderID, conn);

            return (decimal)cmd.ExecuteScalar();
        }
    }
}

代码示例表示创建一个函数，返回值是money类型，传入一个int类型。这种函数到底有什么优势呢？
首先在函数中，你其实可以访问其他外部资源，甚至访问网络，访问web service，并调用其他类库，来协同实现某些功能，最后返回给存储过程一个单值。
第二，一个很重要的原因就是他非常少的耗费资源，那么它是如何减少资源的浪费的呢？看看这张图：

图中的示例表明2种不同的传输通道，左边的表示连接是由sql server clr 内部发起的连接，客户端和数据库服务器端都是一个，那就是sql server，他们使用的是 In-process Interface，管道直接从客户端连接到服务器端。他能够直接使用传输层协议和网络层协议发送命令接收结果，并且最重要的一点就是他不必经过验证！
我们再看看一般的ado.net客户端和服务器端的连接的管道。连接从客户端应用服务器端发起 ，然后经过 TDS-SQL Server protocol 协议，把命令传送到传输层（使用TCP连接，或者命名管道等），然后接通数据服务器端，验证，数据服务器监听端口并转换流给应用层 TDS-SQL Server protocol,最后数据库引擎得到数据。这个可是一个非常复杂的过程，就算中间有连接池，但是也是非常耗费资源的。
所以，如果项目中有数据库的连接瓶颈，不妨试一试clr assembly哦！

另外注意的是，使用context connection 需要使用using 打开，释放。不能像ado.net一般数据连接那样随意。