当插入与输出子句一起使用时，SQL ExecuteScalar 不会引发异常

Question

我在 SqlCommand 对象的“ExecuteScalar()”方法中遇到了一个有趣的问题。

我有一个存储过程，它在表中创建一条新记录。它包含一个“插入”语句，其中有一个“输出”子句（因为创建的记录利用了一个标识列和一些默认值）。

这很好用，“ExecuteScalar”返回标识列值（第 1 行，第 1 列）。

但是，在测试中，我故意调用了我的存储过程两次，第二次预计会在数据表中遇到唯一约束并失败 （在SP).

到目前为止一切顺利，除了第二次调用返回一个空行集（我可以验证我是否从 SQLMgr 运行它）并且 ExecuteScalar 返回一个空值 - 但没有不要抛出异常。

这不是预期的，给我留下了一个有趣的问题。如何使用 ExecuteScalar - 为了在成功的情况下返回 id 列值 - 但如果发生错误，它会失败吗？

我知道，如果我从“插入”中删除“输出”子句，则会按预期抛出异常。

如果这是预期的行为，我应该如何调用我的 SP，以便返回 id 值，并在我的约束被击中时引发异常？

很明显，我可以在存储过程中做各种诡计多端的操作（比如使用 scope_identity 插入然后选择），并且 - 正如我在测试中所做的那样 - 我可以检查 null返回并进行后续的 ExecuteNonQuery 调用（确实会引发异常）。但是，考虑到“输出”子句的用处，这一切似乎都是捏造的。

我做了一些“谷歌搜索”，并找到了对 ExecuteScalar“吃”异常的引用，但这只是一个传递引用。

想法？

-- 编辑 1--

我的意思是，在进一步调查编写下面的“简单案例”后，（显然）如果我有一个存储过程，它有一个“try catch”和一个违反唯一约束的插入，当通过 ExecuteScalar 调用，我没有收到异常。

• 如果我删除“try/catch/throw” - 我会得到异常。

• 如果我删除“输出” - 我会得到异常

-- 编辑 2--

这里有一些示例（这是非常减少的......是的，我使用“try/catch”来跳过其他功能：

表格如下：

CREATE TABLE [dbo].[test]
(
    [id] [int] IDENTITY(1,1) NOT NULL,
    [value] [varchar](10) NOT NULL,
    [description] [varchar](100) NOT NULL,
    CONSTRAINT [PK_test_1] PRIMARY KEY CLUSTERED ([id] ASC) ON [PRIMARY]
) ON [PRIMARY]
END
GO
CREATE UNIQUE NONCLUSTERED INDEX [UNQ_test_description] ON [dbo].[test]([description] ASC) ON [PRIMARY]
GO

SP 看起来像这样：

create procedure dbo.fred
(
    @Code           varchar(10),
    @Description    varchar(100)
)
as
begin
    begin try

        insert into dbo.test
            (value, [description])
        output
            inserted.ID
        values
            (@Code, @Description)

    end try
    begin catch
        throw
    end catch
end

Answer 1

根据 Dan 的建议，我编写了一个强类型扩展方法，虽然不能直接替代 ExecuteScalar()，但已经足够满足我的需要了。

这个扩展的两个主要优点是生成的标量值是强类型的，并且，如果在执行命令时发生异常 - 导致一些数据或没有数据 - 所有结果都会按顺序遍历来检测异常。一个缺点是，如果没有返回结果，标量结果现在可能不会为空（因为泛型类型可能不可为空（即 Int32））。

就我而言，这很好，因为我要么得到结果，要么得到异常。我不会得到（通过设计） 是单个值，位于大量结果集的第一行，然后是异常。如果我们认为 ExecuteScalar 应该只对第一行的第一列感兴趣，我的扩展将 （我怀疑） 强制遍历所有结果 （这可能是large) 直到读取所有数据和/或遇到异常。如果您没有预料到，性能影响可能会引起关注。就我而言，我插入一行并返回该行，从中取出第一列。

不完美，但我要解决的问题是，如果命令引发异常，我想知道 - 无论它是否已经决定要返回的结果。

我列出了扩展名以备不时之需：

public static class Extensions
{
    /// <summary>
    /// Executes the query, and returns the first column of the first row in the result set returned by the query.
    /// </summary>
    /// <remarks>
    /// This is here because SqlCommand.ExecuteScalar() can, under some circumstances, fail to propagate an exception raised by the command.
    /// </remarks>
    static public T ExecuteScalar<T>(this SqlCommand command)
    {
        T result = default(T);

        using (IDataReader reader = command.ExecuteReader())
        {
            if (reader.Read())
            {
                var value = reader.GetValue(0);

                try
                {
                    result = (T)Convert.ChangeType(value, typeof(T));
                }
                catch (Exception ex)
                {
                    throw new FormatException(String.Format("Unable to convert scalar value of \"{0}\" to type {1}.", value, typeof(T)),ex);
                }
            }

            while (reader.NextResult()) ;

            return result;
        }
    }

Answer 2

ExecuteScalar 返回第一行的第一列并丢弃可能包含异常的剩余结果。对于OUTPUT 子句，INSERT 上的错误，以及 SQL TRY/CATCH，首先返回空单列结果，然后是丢弃的异常。

如果您想要更多控制权，可以直接使用 ExecuteReader 方法。无论如何，ExecuteScalar 及其 ExecuteNonQuery 表亲基本上只是 ExecuteReader 的包装器。

var r = command.ExecuteReader();
if (r.Read())
    result = r.GetInt32(0);
else
    r.NextResult();
r.Close();