这个存储过程是线程安全的吗？（或SQL Server上的任何等效项）

Question

在SO上其他人的帮助下，今天早上，我离表数据库和存储过程很近，因为我离DB程序员还很远。

有人介意对此加以说明并告诉我它是否是线程安全的吗？我想这可能不是DBA /
DB开发人员使用的术语，但我希望您能理解：基本上，如果此sp正在执行而另一个同时出现又会发生什么呢？一个可以干扰另一个吗？这甚至是SQL /
SP中的问题吗？

CREATE PROCEDURE [dbo].[usp_NewTicketNumber]
    @ticketNumber int OUTPUT
AS
BEGIN
    SET NOCOUNT ON;
    INSERT INTO [TEST_Db42].[dbo].[TicketNumber]
               ([CreatedDateTime], [CreatedBy])
         VALUES
                (GETDATE(), SUSER_SNAME())
    SELECT @ticketNumber = IDENT_CURRENT('[dbo].[TicketNumber]');
    RETURN 0;
END

Answer 1

您可能不希望使用IDENT_CURRENT-这将返回在任何会话和任何范围内的问题表上生成的最新标识。如果其他人在错误的时间插入，您将获得他们的ID！

如果要获取刚刚执行的插入操作生成的标识，则最好使用OUTPUT子句进行检索。为此通常使用SCOPE_IDENTITY（），但是在并行执行计划下存在问题。

与SQL等效的线程安全性主要是在执行多个导致意外或不良行为的语句时执行。我可以想到的这种行为的两种主要类型是锁定（特别是死锁）和并发问题。

当一条语句停止其他语句访问其正在处理的行时，就会发生锁定问题。这可能会影响性能，在最坏的情况下，两个语句会做出无法协调的更改，并且会发生死锁，从而导致一个语句被终止。

但是，除非涉及其他事务（例如数据库事务），否则像您这样的简单插入不应导致锁定。

并发问题（描述得很差）是由对数据库记录的一组更改覆盖了对同一记录的其他更改引起的。同样，在插入记录时这应该不是问题。