为什么@@Identity 返回 null？

Question

我有一个 .NET 2010 应用程序访问 SQL2000 数据库。该代码非常基本。当我插入一条记录时，记录被插入，但没有返回id。 id 列是一个 int 并且它是一个 Identity。这是存储过程...

ALTER PROCEDURE Insert_Vendor

@CorpID as varchar(255), 
@TaxpayerID as varchar(255)
AS

Insert into  dbo.Vendor
(
vdr_CorpID, 
vdr_TaxpayerID
)
values
(
@CorpID, 
@TaxpayerID
)

        IF @@error <> 0 
            BEGIN
                RETURN -1
            END
        ELSE 
        RETURN @@Identity
GO

在接收端...

 int myID = (int)(db.ExecuteScalar(dbCommand));

Answer 1

• 您应该始终使用 SCOPE_IDENTITY()
• 不能通过存储过程中的 RETURN 返回 NULL。您会收到 SQL 警告，并且它会返回零。
• ExecuteScalar 查找记录集的第一行、第一列。上面没有记录集

...因此您应该使用 SELECT SCOPE_IDENTITY() 而不是 RETURN SELECT SCOPE_IDENTITY()

Answer 2

执行标量

执行查询，并返回
第一行的第一列
查询返回的结果集

重写为

SELECT -1

和 （因为 scope_indentity() 返回 numeric(38,0)）

SELECT CAST(SCOPE_IDENTITY() AS INT)

因此您需要将 RETURN 语句分别

Answer 3

您必须在插入后立即调用@@IDENTITY，请改用Scope_identity()。

Answer 4

因为你的问题遗漏了很多细节，所以我只会提到一些可能的解决方法，因为如果没有所有细节，似乎不可能回答问题。但这是你第一次来这里，所以你会变得更好。你会的吧？

无论如何，首先我想说你应该始终使用scope_identity，因为它更安全。幕后可能发生的事情可能会导致真正的问题。坚持使用scope_identity，你就不必担心。

其次，我建议不要

RETURN

使用

SELECT SCOPE_IDENTITY()

最后我会说为什么不只使用 OUTPUT 参数而不是返回结果。我没有任何东西支持下一个陈述，但我认为它更好。同样没有证据证明这一点，但与模式附带的结果集相比，输出参数的开销似乎更少。

只是我的想法。

Answer 5

我个人建议使用 SCOPE_IDENTITY 而不是 @@IDENTITY。话虽这么说，问题出在存储过程中。上面的 Devio 是正确的，执行标量正在查找第一行的第一列。 RETURN 语句不会执行此操作，因此您需要使用以下项目之一：

    IF @@error <> 0 
    BEGIN
        Select -1
    END
    ELSE 
    Select @@Identity

或：

    IF @@error <> 0 
    BEGIN
        Select -1
    END
    ELSE 
    Select SCOPE_IDENTITY()