數據庫實際應用中，我們往往需要得到剛剛插入的標志值來往相關表中寫入數據。但我們平常得到的真的是我們需要的那個值麼？
有時我們會使用
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()
PS：這是在添加觸發器時，一個存儲過程報錯發現的問題，感覺有一定的普遍性，希望能給大家帶來幫助。
