AFTER INSERT 触发器调用调用 API 的存储过程，导致 @@IDENTITY 出现问题

Question

我正在为一个客户端替换一个经典的 ASP 网站和 VB6 后端进程。这是一个非常高流量的站点，各种进程将记录插入到队列表中。几个进程是不同的 Web 服务，一个进程是经典 ASP 网站上的表单。对于新进程，我创建了一个调用存储过程的AFTER INSERT 触发器，该存储过程对另一个服务器进行 API 调用。该 API 调用将启动代码来处理新记录。这是INSERT（免责声明：修改代码以掩盖客户身份......让我看起来尽可能聪明）：

    -- =============================================
    -- Author:      Gary Jorgenson, RN
    -- Create date: 05/17/2021
    -- Description: notify system of New record
    -- =============================================

    CREATE TRIGGER [dbo].[tr_notify_new_record] 
    ON [dbo].[TableName] 
    AFTER INSERT
    AS 
    BEGIN
        DECLARE @id AS INT;
        SELECT @id = I.id FROM INSERTED I

        EXEC [dbo].[core_api_notify_new_record]
                    @record_id = @id
    END

存储过程如下：

    -- =============================================
    -- Author:      Gary Jorgenson, RN
    -- Create date: 5/16/2021
    -- Description: Notify system of new record
    -- =============================================

    CREATE PROCEDURE [dbo].[usp_api_newrecord_notify]
        @record_id AS INT 
    AS
    BEGIN
        DECLARE @URL NVARCHAR(128) = 'https://ourwebsite.com/api/newrecord';
        DECLARE @recID AS VARCHAR(50) = CONVERT(VARCHAR(50), @record_id);
        SET @URL = CONCAT(@url, '/',  @recID);

        DECLARE @Object AS INT;
        DECLARE @ResponseText AS VARCHAR(8000);

        EXEC sp_OACreate 'MSXML2.XMLHTTP', @Object OUT;
        EXEC sp_OAMethod @Object, 'open', NULL, 'post', @URL,'false'

        EXEC [sp_OAMethod] @Object , 'setRequestHeader' , NULL , 'Content-Type' , 'application/json'
        EXEC [sp_OAMethod] @Object , 'responseText' , @ResponseText OUTPUT

        SELECT @ResponseText AS [Details]

        EXEC [sp_OADestroy] @Object 
    END

为了进行初始测试，我让 API 控制器只是简单地插入到记录新创建记录的记录 ID 的日志表中。我使用 POSTMAN 在本地测试了 API，并且成功了。然后我锁定了 sp_OA... 方法以仅提供必要的权限，并通过使用与生产中使用的相同凭据在 SSMS 中执行存储过程来测试存储过程，这很成功。最后，我启用了AFTER INSERT 触发器，它非常自信地不会出错。

我错了。

打开触发器几分钟后，一些客户打电话报告说网站在尝试提交表单时崩溃了。与最初的网站开发人员合作，我们确定他的代码正在执行多语句 SQL 插入，其中最后一条语句调用 @@IDENTITY 以获取新记录 ID。不知何故，存储过程和/或 API 调用影响了@@IDENTITY，它返回了一个空值或零值。

这是没有意义的，因为在这个过程中唯一的其他 INSERT 是在 API 控制器后面，它在不同的机器上，在不同的 SQL Server 实例中插入日志记录。

原来的网站开发者将@@IDENTITY改为使用SCOPE_IDENTITY()。我们将进行测试，看看这是否能缓解问题。整件事让我感到紧张，因为我从没想过这个过程会对@@IDENTITY 产生任何影响，因为我没有在本地机器上的任何表中插入任何记录。我想更好地了解这个过程中发生了什么。

最后我的问题是，我的流程如何影响@@IDENTITY，因为我没有插入任何记录？

非常感谢任何建议！

Answer 1

根据docs

@@IDENTITY 和 SCOPE_IDENTITY 返回当前会话中任何表中生成的最后一个标识值。但是，SCOPE_IDENTITY 只返回当前范围内的值； @@IDENTITY 不限于特定范围。

因此，使用@@IDENTITY 时的可能情况是触发器也在执行插入（在您的情况下可能是系统表），因此这个新 id 在@@IDENTITY 中返回给用户 - 这当然是不是他们想要的id。

我真的想不出你想要使用@@IDENTITY 的情况，现在你通常会使用OUTPUT 子句来确保你准确地返回你正在寻找的ID。如果由于某种原因这不是一个选项，那么SCOPE_IDENTITY() 是@@IDENTITY 的更好替代方案。

IDENT_CURRENT(TableName) 一样糟糕，因为返回的值是跨 ALL 会话和 ALL 范围...您以扩大范围。

注意：顺便说一句，您的触发器已损坏，因为它假设 Inserted 将仅包含一条记录，而实际上它可以包含 0-N。

Answer 2

原来是我自己的错。在存储过程中，我在返回 API 响应的过程末尾有一个SELECT：

   SELECT @ResponseText AS [Message]

之前的开发者有他在 INSERT 中执行的代码，然后向 @@IDENTITY 查询新的记录 ID。他从 API 调用中获取消息，而不是获取整数记录 ID。他将代码更改为使用SCOPE_IDENTITY() 而不是@@IDENTITY，我们测试发现它仍然无法正常工作。再深入一点，我们发现了问题。