@@IDENTITY是使用当前SQL连接插入的最后一个标识。这是从插入存储过程中返回的一个很好的值，在该存储过程中，您只需要为新记录插入标识，而不关心之后是否添加了更多行。

SCOPE_IDENTITY是使用当前SQL Connection插入的最后一个标识，并且在当前作用域中——也就是说，如果在插入之后根据触发器插入了第二个identity，那么它将不会反映在SCOPE_IDENTITY中，只反映在您执行的插入中。坦率地说，我从来没有理由使用它。

IDENT_CURRENT(tablename)是插入的最后一个标识，无论连接或作用域如何。如果您想获取未插入记录的表的当前IDENTITY值，则可以使用此方法。

总是使用scope_identity()，永远不需要其他任何东西。

我和其他人说的是一样的，所以每个人都是对的，我只是想让它更清楚。

@@IDENTITY返回客户端连接到数据库时插入的最后一个对象的id。 大多数情况下，这工作得很好，但有时触发器会插入一个您不知道的新行，您将从这个新行获得ID，而不是您想要的行

SCOPE_IDENTITY()解决了这个问题。它返回您在发送给数据库的SQL代码中插入的最后一个内容的id。如果触发器去创建额外的行，它们不会导致返回错误的值。万岁

IDENT_CURRENT返回任何人插入的最后一个ID。如果其他应用在不幸的时间插入了另一行，你会得到那一行的ID，而不是你的。

如果想要安全起见，请始终使用SCOPE_IDENTITY()。如果您坚持使用@@IDENTITY，然后有人决定稍后添加一个触发器，那么您的所有代码都将崩溃。

我不能与其他版本的SQL Server对话，但在2012年，直接输出工作得很好。您不需要为临时表而烦恼。

INSERT INTO MyTable
OUTPUT INSERTED.ID
VALUES (...)

顺便说一下，这种技术也适用于插入多行。

INSERT INTO MyTable
OUTPUT INSERTED.ID
VALUES
    (...),
    (...),
    (...)

输出

ID
2
3
4

我认为检索插入的id最安全、最准确的方法是使用output子句。

例如(摘自以下MSDN文章)

使用AdventureWorks2008R2; 去 声明@MyTableVar表(NewScrapReasonID smallint， 名字varchar (50), ModifiedDate datetime); 插入生产。ScrapReason 输出插入。ScrapReasonID,插入。名字,插入。ModifiedDate 到@MyTableVar VALUES (N'操作符错误'，GETDATE()); ——显示表变量的结果集。 SELECT NewScrapReasonID, Name, ModifiedDate FROM @ mytablear; ——显示表的结果集。 SELECT ScrapReasonID, Name, ModifiedDate 从Production.ScrapReason; 去

@@IDENTITY是使用当前SQL连接插入的最后一个标识。这是从插入存储过程中返回的一个很好的值，在该存储过程中，您只需要为新记录插入标识，而不关心之后是否添加了更多行。

SCOPE_IDENTITY是使用当前SQL Connection插入的最后一个标识，并且在当前作用域中——也就是说，如果在插入之后根据触发器插入了第二个identity，那么它将不会反映在SCOPE_IDENTITY中，只反映在您执行的插入中。坦率地说，我从来没有理由使用它。

IDENT_CURRENT(tablename)是插入的最后一个标识，无论连接或作用域如何。如果您想获取未插入记录的表的当前IDENTITY值，则可以使用此方法。