【问题标题】:Pass table as parameter to SQLCLR TV-UDF将表作为参数传递给 SQLCLR TV-UDF
【发布时间】:2011-03-01 19:57:21
【问题描述】:

我们有一个第三方 DLL,它可以对源信息的 DataTable 进行操作并生成一些有用的值,我们正在尝试通过 SQLCLR 将其连接起来,以便在 SQL Server 2008 中作为表值 UDF 进行调用。

here 的概念更进一步,我想编写一个CLR Table-Valued Function 来对来自数据库的源数据表进行操作。

我很确定我了解在 T-SQL 方面需要发生什么;但是,.NET (C#) 代码中的方法签名应该是什么样的?“来自 SQL Server 的表数据”的参数数据类型是什么?

例如

/* Setup */
CREATE TYPE InTableType 
AS TABLE (LocationName VARCHAR(50), Lat FLOAT, Lon FLOAT)
GO 

CREATE TYPE OutTableType 
AS TABLE (LocationName VARCHAR(50), NeighborName VARCHAR(50), Distance FLOAT)
GO

CREATE ASSEMBLY myCLRAssembly 
FROM 'D:\assemblies\myCLR_UDFs.dll' 
WITH PERMISSION_SET = EXTERNAL_ACCESS
GO
CREATE FUNCTION GetDistances(@locations InTableType)
RETURNS OutTableType
AS 
EXTERNAL NAME myCLRAssembly.GeoDistance.SQLCLRInitMethod
GO

/* Execution */

DECLARE @myTable InTableType
INSERT INTO @myTable(LocationName, Lat, Lon) VALUES('aaa', -50.0, -20.0)
INSERT INTO @myTable(LocationName, Lat, Lon) VALUES('bbb', -20.0, -50.0)
SELECT * FROM @myTable

DECLARE @myResult OutTableType
INSERT INTO @myResult
GetDistances @myTable /* SQLCLR Call: GeoDistance.SQLCLRInitMethod(@myTable) */

lat/lon -> distance 是一个愚蠢的例子,当然应该更好地完全在 SQL 中处理;但我希望它通过绑定到 SQLCLR 程序集的表值 UDF 来说明 table-in -> table-out 的一般意图。

我不确定这是否可能; C# 中的 SQLCLRInitMethod 方法签名是什么样的?

public class GeoDistance
{
    [SqlFunction(FillRowMethodName = "FillRow")]
    public static IEnumerable SQLCLRInitMethod(<appropriateType> myInputData)
    {
      //...
    }

    public static void FillRow(...)
    {
      //...
    }
}

如果不可能,我知道我可以在 C# 代码中使用“context connection=true”SQL 连接到have the CLR component query for the necessary data 给定相关键;但这对数据库模式的变化很敏感。所以我希望只是让 SQL 捆绑所有源数据并将其传递给函数。

额外的问题 - 假设这完全有效,它是否也适用于多个输入表?

【问题讨论】:

  • Pass table as parameter into sql server UDF 的可能重复项 - Lukasz Lysik 的回答是您问题的解决方案:您需要使用用户定义的表类型。
  • 对,我应该澄清一下这个问题。我特意询问如何实现这个的 CLR 组件。我知道在 T-SQL 方面需要发生什么(或者认为我是 - 正在发布示例 t-SQL 代码以显示我假设这需要在该方面工作,以防万一在那里犯任何错误);但是,C# 中的方法签名应该是什么样的? “来自 SQL Server 的表数据”的方法参数是什么?
  • 测试它,允许一个对象并返回它的类型名称:)
  • @Tim:很好的建议,谢谢。我会看看会发生什么。
  • @Tim:没有骰子,但是:当我执行上面的 CREATE FUNCTION GetDistances 语句时,SQL Server 响应错误:'CREATE FUNCTION for "GetDistances" failed because T-SQL and CLR types for parameter “@locations”不匹配' - 明确要求 CLR 函数将输入视为对象不足以满足 SQL 的要求。

标签: c# sql-server-2008 sqlclr user-defined-functions


【解决方案1】:

原来在 SQLCLR 函数上有一个固定的有效输入列表,由可用的mapping between .NET datatypes and SQL datatypes 确定

SQL 数据类型“表”通过 CLR 显式调用为具有无映射

因此,不可能将表值数据作为方法参数传递到表值 CLR 函数中。

替代品

似乎可以通过select ... for xml contortions 获取表格数据以输入SqlXml 参数。

我已成功在 .NET 代码中使用SqlConnection conn = new SqlConnection("context connection = true"); 让 TVF 查询数据库以获取所需的表格数据。

【讨论】:

    【解决方案2】:

    这个问题似乎(大部分)是重复的:

    CLR Table-valued function with array argument

    作为一个简短的说明,在那个问题中我推荐:分隔列表、XML 或 CLR UDT。

    还可以选择在函数中填充表格并从中加载 DataTable。可能不建议使用真正的表,因为它需要额外的努力才能使其“线程安全”(不与其他 SPID 交叉数据),并且需要额外的清理过程,因为函数将无法执行 DML声明以在处理完数据后对其进行清理。在某些情况下,这可能是首选,但可能不适用于这种特殊情况。幸运的是,临时表可以在 SQLCLR 函数中访问(作为只读的,但它们在 T-SQL 函数中根本无法访问)。使用临时表与使用永久表具有相同的优点,但没有与其他 SPID 冲突或需要单独清理的缺点。唯一的要求是您使用上下文连接,因为这是访问基于会话的对象(即临时表)的唯一方法。

    所以对于这种特殊情况,我建议尝试使用临时表或 XML 选项。

    【讨论】:

      猜你喜欢
      • 2018-06-03
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2010-12-09
      • 2017-05-23
      相关资源
      最近更新 更多