最好和最可靠的解决方案是使用SCOPE_IDENTITY()。

你只需要在每次插入后获取作用域标识并将其保存在一个变量中，因为你可以在同一个作用域中调用两个插入。

Ident_current和@@identity可能是他们工作，但他们不是安全范围。在大型应用程序中可能会出现问题

  declare @duplicataId int
  select @duplicataId =   (SELECT SCOPE_IDENTITY())

更多细节在这里微软文档

您可以将选择语句附加到插入语句。 整数myInt = 插入到表1 (FName)值('Fred');选择Scope_Identity (); 这将在执行标量时返回一个标识的值。

实体框架执行类似于gbn的答案:

DECLARE @generated_keys table([Id] uniqueidentifier)

INSERT INTO Customers(FirstName)
OUTPUT inserted.CustomerID INTO @generated_keys
VALUES('bob');

SELECT t.[CustomerID]
FROM @generated_keys AS g 
   JOIN dbo.Customers AS t 
   ON g.Id = t.CustomerID
WHERE @@ROWCOUNT > 0

输出结果存储在临时表变量中，然后选择返回给客户端。你必须意识到这一点:

insert可以生成多行，因此变量可以保存多行，因此可以返回多个ID

我不知道为什么EF会将临时表内部连接回实际表(在什么情况下两者会不匹配)。

但英孚就是这么做的。

仅支持SQL Server 2008或更新版本。如果是2005年，那你就不走运了。

这是我如何使用输出插入，当插入到一个表，使用ID作为标识列在SQL Server:

'myConn is the ADO connection, RS a recordset and ID an integer
Set RS=myConn.Execute("INSERT INTO M2_VOTELIST(PRODUCER_ID,TITLE,TIMEU) OUTPUT INSERTED.ID VALUES ('Gator','Test',GETDATE())")
ID=RS(0)

*参数在连接字符串中的顺序有时很重要。* Provider参数的位置可以在添加一行后中断记录集游标。我们在SQLOLEDB提供程序中看到了这种行为。

添加行之后，行字段不可用，除非Provider被指定为连接字符串中的第一个参数。当提供程序位于连接字符串中的任何位置(除了第一个参数之外)时，新插入的行字段将不可用。当我们将提供者移动到第一个参数时，行字段神奇地出现了。

INSERT INTO files (title) VALUES ('whatever'); 
SELECT * FROM files WHERE id = SCOPE_IDENTITY();

这是最安全的选择，因为在带有触发器的表上存在OUTPUT子句冲突的已知问题。这使得它非常不可靠，即使你的表目前没有任何触发器-有人添加一个下线将破坏你的应用程序。像定时炸弹一样的行为。

详见msdn文章:

http://blogs.msdn.com/b/sqlprogrammability/archive/2008/07/11/update-with-output-clause-triggers-and-sqlmoreresults.aspx