|
这是一个比较常见的问题，封建时代我们使用 Select max(id) from table；可是，这东西在并发的时候会有很大的问题。假设，A,B两个线程同时做insert，以及select的操作。如果，按顺序来，那么当然不会出问题，可是，如果在A线程insert以后，让出了资源，让B去insert，然后再是A调用select，那么，查出来的ID就是Binsert以后的ID了。 当然，这和你的事务隔离级别也有一定的关系。 SQL SERVER中，有了这方面的函数可以直接获得。他们比较相似，分别是：SCOPE_IDENTITY、IDENT_CURRENT和@@IDENTITY。 IDENT_CURRENT 返回为任何会话和任何作用域中的特定表最后生成的标识值。IDENT_CURRENT 不受作用域和会话的限制，而受限于指定的表。 @@IDENTITY 返回为当前会话的所有作用域中的任何表最后生成的标识值。 SCOPE_IDENTITY 返回为当前会话和当前作用域中的任何表最后生成的标识值 SCOPE_IDENTITY 和 @@IDENTITY 返回在当前会话中的任何表内所生成的最后一个标识值。但是，SCOPE_IDENTITY 只返回插入到当前作用域中的值；@@IDENTITY 不受限于特定的作用域。 数据库管理员常常会用他们自己的审核表对数据库所做的更改进行跟踪。为了跟踪，一般会依靠触发器或者存储过程。比如，现在A表插入一行，然后通过触发器，在审核表插入一行，那么这种情况下，@@IDENTITY返回的是审核表的这行的自增量。因为，它的意思是返回当前连接上所生产的最新标识。 这时候就应该使用SCOPE_IDENTITY，因为触发器已经不是当前作用域。 不过如果想先通过存储过程插入一行，然后在存储过程之后调用获取这个值。那么他会返回null，因为存储过程和查询不在同一作用域中执行。 另注： 例如，有两个表 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') 返回的值分别是这两个表最后自增的值。 ajqc的实验:(40条本地线程,40+40条远程线程同时并发测试,插入1200W行),得出的结论是: 1.在典型的级联应用中.不能用@@IDENTITY,在CII850,256M SD的机器上1W多行时就会并发冲突.在P42.8C,512M DDR上,才6000多行时就并发冲突. 2.SCOPE_IDENTITY()是绝对可靠的,可以用在存储过程中,连触发器也不用建,没并发冲突 |
|
|
