那么Sql Server中是怎么返回自增列的值呢？我想大多数人就会知道@@identity，我最初也是 select @@identity作为自增值的，但在查略msdn的时候发现了一些问题。

其实Sql Server返回自增值有3中方式，当然这不是茴字有几种写法的问题哈。

SCOPE_IDENTITY、IDENT_CURRENT 和 @@IDENTITY 

SCOPE_IDENTITY、IDENT_CURRENT 和 @@IDENTITY 是相似的函数，因为它们都返回插入到标识列中的值。 IDENT_CURRENT 不受作用域和会话的限制，而受限于指定的表。 IDENT_CURRENT 返回为任何会话和作用域中的特定表所生成的值。 SCOPE_IDENTITY 和 @@IDENTITY 返回在当前会话中的任何表内所生成的最后一个标识值。 但是，SCOPE_IDENTITY 只返回插入到当前作用域中的值；@@IDENTITY 不受限于特定的作用域。

例如，有两个表 T1 和 T2，并且在 T1 上定义了 Insert 触发器。 当将某行插入 T1 时，触发器激发，并在 T2 中插入一行。 该方案演示了两个作用域：在 T1 上的插入，以及在 T2 通过触发器的插入。

假设 T1 和 T2 都有标识列，@@IDENTITY 和 SCOPE_IDENTITY 将在 T1 上的 Insert 语句结束后返回不同的值。 @@IDENTITY 将返回在当前会话中的任何作用域内插入的最后一个标识列的值。 这是在 T2 中插入的值。 SCOPE_IDENTITY() 将返回在 T1 中插入的 IDENTITY 值。 这是在同一个作用域内发生的最后的插入。 如果在任何 Insert 语句作用于作用域中的标识列之前调用 SCOPE_IDENTITY() 函数，则该函数将返回 Null。

因此，为了避免潜在的一些问题，最好返回scope_identity()函数的值。

这里还有一些注意的地方：

    如果语句和事务失败，它们会更改表的当前标识，从而使标识列中的值出现不连贯现象。 即使未提交试图向表中插入值的事务，也永远无法回滚标识值。 例如，如果因 IGNORE_DUP_KEY 冲突而导致 Insert 语句失败，表的当前标识值仍然会增加。