一种自增列为主键时的并发访问问题——讨论Identity值访问
来源:互联网 发布:php网页输出原代码 编辑:程序博客网 时间:2024/05/18 20:10
现象:
当业务涉及主从订单表时,主表主键OrderID为自增列,这时在涉及添加操作时,往往会出现如下的编程思路
insert order(...) values(...)
select @@identity
程序中再接收返回的值,作为OrderDetail表中OrderID的值,做Insert操作
问题:
单用户没有问题,小并发量可能没有问题
大并发量时,就会发现一个订单的明细,出现在另一个订单的明细中
这个问题我遇到过,新同事们也遇到过,因此,感觉是一个普遍的问题,其实问题很简单,问题涉及的知识点就是SCOPE_IDENTITY、IDENT_CURRENT 和 @@IDENTITY的区别
[引用Lich King]
IDENT_CURRENT 返回为任何会话和任何作用域中的特定表最后生成的标识值。
@@IDENTITY 返回为当前会话的所有作用域中的任何表最后生成的标识值。
SCOPE_IDENTITY 返回为当前会话和当前作用域中的任何表最后生成的标识值。
例如,有两个表 T1 和 T2,在 T1 上定义了一个 INSERT 触发器。当将某行插入 T1 时,触发器被激发,并在 T2 中插入一行。此例说明了两个作用域:一个是在 T1 上的插入,另一个是作为触发器的结果在 T2 上的插入。
假设 T1 和 T2 都有 IDENTITY 列,@@IDENTITY 和 SCOPE_IDENTITY 将在 T1 上的 INSERT 语句的最后返回不同的值。
@@IDENTITY 返回插入到当前会话中任何作用域内的最后一个 IDENTITY 列值,该值是插入 T2 中的值。
SCOPE_IDENTITY() 返回插入 T1 中的 IDENTITY 值,该值是发生在相同作用域中的最后一个 INSERT。如果在作用域中发生插入语句到标识列之前唤醒调用 SCOPE_IDENTITY() 函数,则该函数将返回 NULL 值。
而IDENT_CURRENT('T1') 和 IDENT_CURRENT('T2') 返回的值分别是这两个表最后自增的值。
因此,对于@@IDENTITY要尽量避免使用,因为在大型开发中,你根本无法知道你获得的是哪个自增列值,而尽量采用 SCOPE_IDENTITY() 函数,SCOPE_IDENTITY() 是在一个操作范围之内,最后一步操作所产生的自增列的值。
- 一种自增列为主键时的并发访问问题——讨论Identity值访问
- 一种自增列为主键时的并发访问问题——讨论Identity值访问
- [DB][MySql]关于取得自增字段的值、及@@IDENTITY 与并发性问题
- web并发访问的问题
- 事务并发访问问题
- Spring并发访问的线程安全性问题
- SpringMVC并发访问的线程安全性问题
- 并发问题:大数据量的访问
- 并发问题:大数据量的访问
- Spring并发访问的线程安全性问题
- Spring并发访问的线程安全性问题
- Spring并发访问的线程安全性问题
- 并发访问数据可能存在的问题
- Spring 并发访问的线程安全性问题
- Spring 并发访问的线程安全性问题
- Spring 并发访问的线程安全性问题
- Spring并发访问的线程安全性问题
- 关于并发访问相同servlet的问题
- 总结过去,开拓未来 -- 我的的2011
- 第八章 数组 [C和指针]
- Android TextView背景色、圆角、内部填充设置
- CodeFx:一站式微软开发技术解决方案
- 大津(Ostu)阈值分割方法在matlab中的实现
- 一种自增列为主键时的并发访问问题——讨论Identity值访问
- C++ 调用exe,可等待调用的exe执行完毕后才继续执行父进程 CreateProcess
- devc++5.0.0.9的调试方法
- 详解IBM FileNet业务流程框架
- 《我的父亲母亲》--任正非
- 深入了解FileNet
- 菜鸟杯” hdu 4151 I The Special Number
- emacs笔记
- 原创2D/3D游戏引擎源代码开源