-------总结：用SCOPE_IDENTITY()函数靠谱
@@IDENTITY (Transact-SQL) 返回最后插入的标识值的系统函数。
备注 在一条 INSERT、SELECT INTO 或大容量复制语句完成后，@@IDENTITY 中包含语句生成的最后一个标识值。如果语句未影响任何包含标识列的表，则 @@IDENTITY 返回 NULL。如果插入了多个行，生成了多个标识值，则 @@IDENTITY 将返回最后生成的标识值。如果语句触发了一个或多个触发器，该触发器又执行了生成标识值的插入操作，那么，在语句执行后立即调用 @@IDENTITY 将返回触发器生成的最后一个标识值。如果对包含标识列的表执行插入操作后触发了触发器，并且触发器对另一个没有标识列的表执行了插入操作，则 @@IDENTITY 将返回第一次插入的标识值。出现 INSERT 或 SELECT INTO 语句失败或大容量复制失败，或者事务被回滚的情况时，@@IDENTITY 值不会恢复为以前的设置。
@@IDENTITY 函数的作用域是执行该函数的本地服务器上的当前会话。此函数不能应用于远程或链接服务器。若要获得其他服务器上的标识值，请在远程服务器或链接服务器上执 行存储过程，并使（在远程或链接服务器的环境中执行的）该存储过程收集标识值，并将其返回本地服务器上的发出调用的连接。
附：使用@IDENTITY基本知识
1. IDENTITY 列不能由用户直接更新，它是由系统自动维护的。 2.该列数据类型必须为数值型：int, smallint, tinyint, decimal or numeric with scale 0。 3.该列不能为 null。 4.不能在该列上设置缺省值。
5.递增量只能为整形(比如：1，2，-3)。不能为小数，也不能为0。 6.基值(种子值 seed)可以由用户设置，缺省值为1。
@@IDENTITY 是当前连接的全局变量，只对当前连接有效。也就是说，如果断开连接再重新连接后，@@IDENTITY 为 null。以
ADO 来说，@@IDENTITY 在 Connection 对象打开和关闭期间是有意义的，即在 Connection
对象的存在范围内有效。在 MTS 组件中，从打开连接到显式的关闭连接(Connection.Close)或者到调用了
SetAbort，SetComplete之前，在这期间，@@IDENTITY 有意义。 使用 Truncate table 语句会使
IDENTITY 列重新开始计算。
【IDENT_CURRENT (Transact-SQL)】
IDENT_CURRENT (Transact-SQL) 返回为某个会话和作用域中指定的表或视图生成的最新的标识值。
语法：IDENT_CURRENT( 'table_name' ) 参数table_name 其标识值被返回的表的名称。table_name 的数据类型为 varchar，无默认值。
备注 IDENT_CURRENT 不受作用域和会话的限制，而受限于指定的表。 IDENT_CURRENT 返回为任何会话和作用域中的特定表所生成的值。 在空表中调用 IDENT_CURRENT 函数时，此函数将返回 NULL。
【SCOPE_IDENTITY (Transact-SQL)】
SCOPE_IDENTITY (Transact-SQL) 返回插入到同一作用域中的标识列内的最后一个标识值。 一个范围是一个模块：存储过程、触发器、函数或批处理。因此，如果两个语句处于同一个存储过程、函数或批处理中，则它们位于相同的作用域中。
语法：SCOPE_IDENTITY()
备注
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() 函数，则该函数将返回空值。
【总结】
@@IDENTITY、SCOPE_IDENTITY 和 IDENT_CURRENT 是相似的函数，因为他们都返回插入到表的
IDENTITY 列的最后一个值。 这三个函数都返回最后生成的标识值。但是，上述每个函数中定义的“最后”的作用域和会话有所不同。
IDENT_CURRENT 返回为某个会话和用域中的指定表生成的最新标识值。 @@IDENTITY
返回为跨所有作用域的当前会话中的某个表生成的最新标识值。 SCOPE_IDENTITY 返回为当前会话和当前作用域中的某个表生成的最新标识值。
@@IDENTITY 和 SCOPE_IDENTITY
可以返回当前会话中的所有表中生成的最后一个标识值。但是，SCOPE_IDENTITY 只在当前作用域内返回值，而 @@IDENTITY
不限于特定的作用域。IDENT_CURRENT 不受作用域和会话的限制，而受限于指定的表。IDENT_CURRENT
可以返回任何会话和任何作用域中为特定表生成的标识值。
如果语句和事务失败，它们会更改表的当前标识，从而使标识列中的值出现不连贯现象。即使未提交试图向表中插入值的事务，也永远无法回滚标识值。例如，如果因 IGNORE_DUP_KEY 冲突而导致 INSERT 语句失败，表的当前标识值仍然会增加。
【Tips】 例如，有两个表 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') 返回的值分别是这两个表最后自增的值。
【Example】 也许大家对SQL Server中的 @@IDENTITY
都不陌生，都知道它是获取数据表中最后一条插入数据的IDENTITY值。比如，表 A 中有个 ID 为自增1的字段，假设此时 ID
的值为100，现在如果我往表A插入一条数据，并在插入后 SELECT @@IDENTITY，则其返回
101，最后一条IDENTITY域（即ID域）的值。 现在问题来了，为什么说要慎用@@IDENTITY呢？原因是 @@IDENTITY
它总是获取最后一条变更数据的自增字段的值，而忽略了进行变更操作所在的范围约束。比如，我有表 A 和表 B 两个表，现在我在表 A
上定义了一个Insert触发器， 当在表 A 中插入一条数据时，自动在表 B
也插入一条数据。此时，大家注意，有两个原子操作：在A中插入一条数据， 接着在B中随后插入一条数据。
现在我们想下，假设上面表 A 和表 B 都有IDENTITY自增域，那么我们在表 A 插入一条数据后，使用了 SELECT
@@IDENTITY 输出时，输出的到底是 A 还是 B 的自增域的值呢？ 答案很明显，是谁最后插入就输出谁，那么就是 B
了。于是，我本意是想得到 A 的自增域值，结果得到了 B 的自增域值，一只 BUG 随之诞生，搞不好还会影响到整个系统数据的混乱。
因此，对于这种情况，建议大家慎用 @@IDENTITY，而尽量采用 SCOPE_IDENTITY() 函数替换之。SCOPE_IDENTITY()
也是得到最后一条自增域的值，但是它是仅限在一个操作范围之内，而不像 @@IDENTITY 是取全局操作的最后一步操作所产生的自增域的值的。
示例
以下示例将显示由 IDENT_CURRENT、@@IDENTITY 和 SCOPE_IDENTITY 返回的不同标识值。
USE AdventureWorks; GO DROP TABLE t6; DROP TABLE t7; GO CREATE TABLE
t6(id int IDENTITY); CREATE TABLE t7(id int IDENTITY(100,1)); GO
CREATE TRIGGER t6ins ON t6 FOR INSERT
AS BEGIN INSERT t7 DEFAULT VALUES END; GO --End of trigger definition
SELECT * FROM t6; --id is empty.
SELECT * FROM t7; --ID is empty.
--Do the following in Session 1 INSERT t6 DEFAULT VALUES; SELECT
@@IDENTITY; /*Returns the value 100. This was inserted by the trigger.*/
SELECT SCOPE_IDENTITY(); /* Returns the value 1. This was inserted by the
INSERT statement two statements before this query.*/
SELECT IDENT_CURRENT('t7'); /* Returns value inserted into t7, that is in the trigger.*/
SELECT IDENT_CURRENT('t6'); /* Returns value inserted into t6. This
was the INSERT statement four statements before this query.*/
-- Do the following in Session 2. SELECT @@IDENTITY; /* Returns NULL
because there has been no INSERT action up to this point in this
session.*/
SELECT SCOPE_IDENTITY(); /* Returns NULL because there has been no
INSERT action up to this point in this scope in this session.*/
SELECT IDENT_CURRENT('t7'); /* Returns the last value inserted into t7.