用户定义的表类型的sp_executesql行为不正确

问题：用户定义的表类型作为sp_executesql的参数是否存在已知问题？答案-不，我是个白痴。

设置脚本

此脚本分别创建表，过程和用户定义的表类型中的一种（仅限受限SQL Server 2008+）。

堆的目的是提供一个审核，是的，数据已进入过程。没有约束，没有什么可以防止数据被插入。
该过程将用户定义的表类型作为参数。proc所做的所有操作都是插入表中。
用户定义的表类型也很简单，只有一列

我已经针对以下命令运行了11.0.1750.32 (X64) ，10.0.4064.0 (X64)是的，我知道该盒子可以打补丁了，我无法控制。

-- this table record that something happened
CREATE TABLE dbo.UDTT_holder
(
    ServerName varchar(200)
,   insert_time datetime default(current_timestamp)
)
GO

-- user defined table type transport mechanism
CREATE TYPE dbo.UDTT
AS TABLE
(
    ServerName varchar(200)
)
GO

-- stored procedure to reproduce issue
CREATE PROCEDURE dbo.Repro
(
    @MetricData dbo.UDTT READONLY
)
AS
BEGIN
    SET NOCOUNT ON

    INSERT INTO dbo.UDTT_holder 
    (ServerName)
    SELECT MD.* FROM @MetricData MD
END
GO

问题重现

该脚本演示了该问题，需要五秒钟来执行。我创建了用户定义表类型的两个实例，然后尝试了两种不同的方法将它们传递给sp_executesql。第一次调用中的参数映射模仿了我从SQL Profiler捕获的内容。然后，我在没有sp_executesql包装的情况下调用该过程。

SET NOCOUNT ON
DECLARE 
    @p3 dbo.UDTT
,   @MetricData dbo.UDTT
INSERT INTO @p3 VALUES(N'SQLB\SQLB')
INSERT INTO @MetricData VALUES(N'SQLC\SQLC')

-- nothing up my sleeve
SELECT * FROM dbo.UDTT_holder

SELECT CONVERT(varchar(24), current_timestamp, 121) + ' Firing sp_executesql' AS commentary
-- This does nothing
EXECUTE sp_executesql N'dbo.Repro',N'@MetricData dbo.UDTT READONLY',@MetricData=@p3
-- makes no matter if we're mapping variables
EXECUTE sp_executesql N'dbo.Repro',N'@MetricData dbo.UDTT READONLY',@MetricData

-- Five second delay
waitfor delay '00:00:05'
SELECT CONVERT(varchar(24), current_timestamp, 121) + ' Firing proc' AS commentary
-- this does
EXECUTE dbo.Repro @p3

-- Should only see the latter timestamp
SELECT * FROM dbo.UDTT_holder

GO

结果：以下是我的结果。该表最初是空的。我发出当前时间，并向发出了两次呼叫sp_executesql。我等待5秒钟过去并发出当前时间，然后调用存储过程本身，最后转储审计表。

从时间戳可以看到，B记录的记录对应于直接存储过程的调用。另外，没有SQLC记录。

ServerName                                       insert_time
------------------------------------------------------------------------

commentary
-------------------------------------------------
2012-02-02 13:09:05.973 Firing sp_executesql

commentary
-------------------------------------------------
2012-02-02 13:09:10.983 Firing proc

ServerName                                       insert_time
------------------------------------------------------------------------
SQLB\SQLB                                        2012-02-02 13:09:10.983

拆解脚本

该脚本以正确的顺序删除对象（不能在删除过程的引用之前删除类型）

-- cleanup
DROP TABLE dbo.UDTT_holder
DROP PROCEDURE dbo.Repro
DROP TYPE dbo.UDTT
GO

为什么这很重要

代码看起来很愚蠢，但是我对sp_execute的使用和对proc的“直接”调用没有太多控制权。在调用链的更高处，我正在使用ADO.NET库并像以前一样传递TVP 。参数的类型正确设置为System.Data.SqlDbType.Structured，而CommandType设置为System.Data.CommandType.StoredProcedure。

为什么我是菜鸟（编辑）

Rob和Martin Smith看到了我所没有的-传递给sp_executesql的语句未使用该@MetricData参数。未通过/映射的参数将不会被使用。

我将正在使用的C＃表值参数代码转换为PowerShell，并且由于已编译，因此它不可能成为错误代码。除了它。在编写此问题时，我意识到我没有将设置为CommandType，StoredProcedure因此我添加了这一行并重新运行了代码，但事件探查器中的跟踪没有更改，因此我认为这不是问题。

有趣的故事-如果您不保存更新的文件，则运行它不会有任何不同。我今天早上起来并重新运行了（保存后），ADO.NET将其转换为EXEC dbo.Repro @MetricData=@p3可以正常运行的方式。

sql-server sql-server-2008 sql-server-2012

— Billinkc
source

Answers:

sp_executesql用于执行临时T-SQL。因此，您应该尝试：

EXECUTE sp_executesql N'exec dbo.Repro @MetricData',N'@MetricData dbo.UDTT READONLY',@MetricData=@p3

— 罗伯·法利
source

+1当前，OP中的脚本仅具有该语句，dbo.Repro并且根本不使用传入的参数。

— 马丁·史密斯

是的，我看到了Rob的评论，尽管那里不需要EXEC部分，但确实没有在调用中使用参数的原因是脚本中未引用该参数，这是有道理的。更新票证以反映我的愚蠢

— billinkc'2

@billinkc-啊，我刚刚添加了一个答案，内含更详细的说明，然后看到了您的评论。然后，我将删除该答案。

— 马丁·史密斯

对。您没有提到您是通过ado.net进行此操作的。sp_executesql等效于.CommandText，而不是.StoredProcedure。

— 罗布·法利

我很想删除这个问题，但认为其他人也可能遇到类似情况。

根本原因是我$updateCommand没有设置CommandType。默认值为Text，因此已正确调用了我的存储过程。我的参数正在创建和传递，但正如其他答案所述，仅因为参数可用并不意味着它们正在使用中。

代码，以防有人对我的错误感兴趣

    $updateConnection = New-Object System.Data.SqlClient.SqlConnection("Data Source=localhost\localsqla;Initial Catalog=baseline;Integrated Security=SSPI;")
    $updateConnection.Open()

    $updateCommand = New-Object System.Data.SqlClient.SqlCommand($updateQuery)
    $updateCommand.Connection = $updateConnection

    # This is what I was missing
    $updateCommand.CommandType = [System.Data.CommandType]::StoredProcedure
    #$updateCommand.CommandType = [System.Data.CommandType]::Text
    #$updateCommand.CommandType = [System.Data.CommandType]::TableDirect

    $DataTransferFormat = $updateCommand.Parameters.AddWithValue("@MetricData", $dataTable)
    $DataTransferFormat.SqlDbType = [System.Data.SqlDbType]::Structured
    $DataTransferFormat.TypeName = $udtt
    $results = $updateCommand.ExecuteNonQuery()

使用Text的CommandType值运行时，需要@rob_farley解决方案将其值更改$updateQuery为“ EXEC dbo.Repro @MetricData”。届时，sp_executesql将正确映射值，并且寿命很长。

如文档所示，SqlClient数据提供程序不支持使用CommandTypeof进行运行TableDirect。

使用CommandTypeof可以StoredProcedure转换为无需sp_executesql包装就直接调用存储过程，并且效果很好。

— billinkc
source