數據庫實際應用中，我們往往需要得到剛剛插入的標志值來往相關表中寫入數據。但我們平常得到的真的是我們需要的那個值么？

有時我們會使用

SELECT @@Identity

來獲得我們剛剛插入的值，比如下面的代碼

代碼一：
use tempdb
if exists (select * from sys.objects where object_id = object_id(N'[test1]') and type in (N'u'))
drop table [test1]
go
create table test1
(
id int identity(1,1),
content nvarchar(100)
)
insert into test1 (content)
values ('solorez')
select @@identity

樂觀情況下，這樣做是沒問題的，但如果我們如果先運行下面的代碼二創建一個觸發器、再運行代碼三：

代碼二：
create table test2
(
id int identity(100,1),
content nvarchar(100)
)

create trigger tri_test1_identitytest_I
on test1 after insert
as
begin
insert into test2
select content from inserted
end
 

代碼三：
insert into test1 (content)
values ('solorez2')
select @@identity
 

我們可以看到，此時得到的標識值已經是100多了，很明顯，這是表test2的生成的標識值，已經不是我們想要的了。

我們可以看看@@identity的定義：Identity

原來，@@identity返回的是當前事務最后插入的標識值。

這時我們或許會用下面的方法：

代碼四：
insert into test1 (content)
values ('solorez3')
SELECT IDENT_CURRENT('test1')
 

看來結果還比較正確，但如果我們在多次運行代碼四的同時運行下面的代碼五：

代碼五：
insert into test1 (content)
values ('solorez3')

waitfor delay '00:00:20'
SELECT IDENT_CURRENT('test1')
 

結果又不是我們想要的了！

再看看IDENT_CURRENT(Tablename) 的定義：IDENT_CURRENT(Tablename)

是返回指定表的最后標識值。

到這里，是該亮出答案的時候了，我們可以使用下面的代碼：

代碼六：
insert into test1 (content)
values ('solorez3')

SELECT scope_identity()
 

這時，我們無論是添加觸發器還是運行并行插入，得到的始終是當前事務的標識值。

scope_identity()的定義：scope_identity()

關鍵詞：插入、標識值