資料庫實際應用中,我們往往需要得到剛剛插入的標誌值來往相關表中寫入資料。但我們平常得到的真的是我們需要的那個值嗎?
有時我們會使用
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:這是在添加觸發器時,一個預存程序報錯發現的問題,感覺有一定的普遍性,希望能給大家帶來協助。
相關參考資料:
http://msdn.microsoft.com/zh-cn/library/ms187342.aspx
http://msdn.microsoft.com/en-us/library/ms175098.aspx
Inside Sql Server 2005 - Storge Engine
http://www.cnblogs.com/suchenge/articles/848844.html