数据库实际应用中,我们往往需要得到刚刚插入的标志值来往相关表中写入数据。但我们平常得到的真的是我们需要的那个值么?
有时我们会使用
SELECT @@Identity
来获得我们刚刚插入的值,比如下面的代码
代码一:
usetempdb
if exists(select*fromsys.objectswhereobject_id=object_id(N'[test1]')andtypein(N'u'))
droptable[test1]
go
createtabletest1
(
id intidentity(1,1),
content nvarchar(100)
)
insertintotest1(content)
values('solorez')
select@@identity
乐观情况下,这样做是没问题的,但如果我们如果先运行下面的代码二创建一个触发器、再运行代码三:
代码二:
createtabletest2
(
id intidentity(100,1),
content nvarchar(100)
)
createtriggertri_test1_identitytest_I
ontest1afterinsert
as
begin
insertintotest2
selectcontentfrominserted
end
代码三:
insertintotest1(content)
values('solorez2')
select@@identity
我们可以看到,此时得到的标识值已经是100多了,很明显,这是表test2的生成的标识值,已经不是我们想要的了。
我们可以看看@@identity的定义:Identity
原来,@@identity返回的是当前事务最后插入的标识值。
这时我们或许会用下面的方法:
代码四:
insertintotest1(content)
values('solorez3')
SELECT IDENT_CURRENT('test1')
看来结果还比较正确,但如果我们在多次运行代码四的同时运行下面的代码五:
代码五:
insertintotest1(content)
values('solorez3')
waitfordelay'00:00:20'
SELECT IDENT_CURRENT('test1')
结果又不是我们想要的了!
再看看IDENT_CURRENT(Tablename) 的定义:IDENT_CURRENT(Tablename)
是返回指定表的最后标识值。
(本文来源于图老师网站,更多请访问http://m.tulaoshi.com/bianchengyuyan/)到这里,是该亮出答案的时候了,我们可以使用下面的代码:
代码六:
insertintotest1(content)
values('solorez3')
SELECT scope_identity()
这时,我们无论是添加触发器还是运行并行插入,得到的始终是当前事务的标识值。
scope_identity()的定义:scope_identity()
PS:这是在添加触发器时,一个存储过程报错发现的问题,感觉有一定的普遍性,希望能给大家带来帮助。