SQL Server 2008中SQL应用系列--目录索引
昨天有人在群里讨论SQL Server返回最后一个标识值的三个函数:IDENT_CURRENT、@@IDENTITY、SCOPE_IDENTITY,在些作个标记和小结。
其实MSDN对此有官方解释:这三个函数都返回最后生成的标识值。 但是,上述每个函数中定义的“最后”的作用域和会话有所不同。
1、IDENT_CURRENT 返回为某个会话和当前作用域中的指定表生成的最新标识值。
如果 IDENT_CURRENT 值为 NULL(因为表从未包含行或已被截断),IDENT_CURRENT 函数将返回种子值。
2、@@IDENTITY 返回为跨所有作用域的当前会话中的某个表生成的最新标识值。
如果语句未影响任何包含标识列的表,则 @@IDENTITY 返回 NULL。 如果插入了多个行,生成了多个标识值,则 @@IDENTITY 将返回最后生成的标识值。 如果语句触发了一个或多个触发器,该触发器又执行了生成标识值的插入操作,那么,在语句执行后立即调用,@@IDENTITY 将返回触发器生成的最后一个标识值。 如果对包含标识列的表执行插入操作后触发了触发器,并且触发器对另一个没有标识列的表执行了插入操作,则 @@IDENTITY 将返回第一次插入的标识值。 出现 INSERT 或 SELECT INTO 语句失败或大容量复制失败,或者事务被回滚的情况时,@@IDENTITY 值不会恢复为以前的设置。
3、SCOPE_IDENTITY 返回为当前会话和当前作用域中的某个表生成的最新标识值。
SCOPE_IDENTITY 只返回插入到当前作用域中的值;@@IDENTITY 不受限于特定的作用域。
更详细的介绍,请看MSDN(http://msdn.microsoft.com/zh-cn/library/ms175098.aspx)
我们看MSDN提供的例子:
准备基础数据:
/********* 返回最后一相标识值的三个方法 ***************/
/********* 3w@live.cn 邀月 ***************/
/********* 准备基础数据 ***************/
USE TestDb2;
GO
IF OBJECT_ID(N'tb1', N'U') IS NOT NULL
DROP TABLE tb1;
GO
IF OBJECT_ID(N'tb2', N'U') IS NOT NULL
DROP TABLE tb2;
GO
CREATE TABLE tb1(id int IDENTITY);
CREATE TABLE tb2(id int IDENTITY(100,1));
GO
CREATE TRIGGER tb1Insert ON tb1 FOR INSERT
AS
BEGIN
INSERT tb2 DEFAULT VALUES
END;
GO
SELECT id FROM tb1;
--此时,IDs是Empty
SELECT id FROM tb2;
--此时,IDs是Empty
开始会话1:
/********* 会话1 ***************/
INSERT tb1 DEFAULT VALUES;
SELECT @@IDENTITY;
/*
返回100
实际上,这是触发器返回的结果
*/
SELECT SCOPE_IDENTITY();
/*
返回1
在查询前,由第一个Insert语句返回
*/
SELECT IDENT_CURRENT('tb2');
/*
返回100
返回插入到tb2的值,在查询前由触发器插入
*/
SELECT IDENT_CURRENT('tb1');
/*
返回1
返回插入到tb1的值,在查询前由Insert语句插入
*/
另外开始新的会话2:
/********* 会话2 ***************/
SELECT @@IDENTITY;
/*
返回Null,因为查询前没有Insert动作
*/
SELECT SCOPE_IDENTITY();
/*
返回Null
因为在当前作用域当前会话中没有Insert动作
*/
SELECT IDENT_CURRENT('tb2');
/*
返回100
返回tb2的最后一个插入值
*/
在此补充一下:
当前作用域是指当前SQL语句、当前存储过程、或当前触发器。
为了比较好理解一点,我们可以把唯一带参数的IDENT_CURRENT函数看作是“老母鸡”,它始终管着自己的小鸡,不管外面如何变化,它死死盯着自家小鸡的变化。而不带参数的SCOPE_IDENTITY和@@IDENTITY好像是执法的“城管”,把各种外面的“闲事”都揽到自己怀里,其中,从名字上理解,带范围的SCOPE_IDENTITY更像是现场执法的“专项城管”,任意人都可以管,只是权力受到当前“专项内容”(即作用域)的限制,不属“专项内容的”,它管不了。而@@IDENTITY则像是全天候的“万能城管”,什么都逃不过它的魔爪,什么都要揽到自己怀里。不知道这样您好理解点没?
小结:简言之,
如果想获取跨任何会话或作用域的某个表的最新标识值,请使用IDENT_CURRENT,它像个“老母鸡”。
如果想获取当前会话和当前作用域的任何表的最新标识值,请使用SCOPE_IDENTITY,它像个“专项城管”。
如果想获取当前会话中任何作用域的任何表的最新标识值,请使用@@IDENTITY,它像个“万能城管”。
邀月注:本文版权由邀月和CSDN共同所有,转载请注明出处。
助人等于自助! 3w@live.cn
分享到:
相关推荐
相比之下,`SCOPE_IDENTITY()`函数更具有局限性,它返回的是在当前作用域内,也就是在同一组Transact-SQL语句中生成的最后一个标识值。这意味着,即使在触发器或其他嵌套的Transact-SQL块中进行了额外的插入,`SCOPE...
这个函数只返回当前范围内最后一个 `INSERT` 操作的结果,即使在同一会话中有多个 `INSERT` 操作,`SCOPE_IDENTITY()` 也只能返回最近一次 `INSERT` 的结果。 - **IDENT_CURRENT()**:返回指定表中最后插入的 `...
- `IDENT_CURRENT('tableName')`:返回特定表的最后一个自增ID。 3. **使用动态SQL** 要排除自增列并处理非固定数据类型,你可以编写一个存储过程,生成动态的INSERT语句。首先,你需要获取表结构,然后构造...
- 使用`SCOPE_IDENTITY()`、`@@IDENTITY`或`IDENT_CURRENT('table_name')`函数,但请注意它们的差异,例如`SCOPE_IDENTITY()`仅返回当前作用域内的最后生成的ID。 9. 通用分页存储过程 - 创建存储过程,接收页码...
总结来说,理解并正确使用 `@@IDENTITY`、`SCOPE_IDENTITY()` 和 `IDENT_CURRENT()` 这三个函数对于在SQL Server中处理自增ID至关重要,特别是当数据库设计涉及复杂的触发器和多表操作时。选择合适的函数能够确保你...
- 使用`SCOPE_IDENTITY()`、`IDENT_CURRENT()`或`@@IDENTITY`函数可以获取最近插入的自增字段的值。`SCOPE_IDENTITY()`返回同一事务中最后一个语句生成的标识符,是最安全的选择。 9. **通用分页存储过程** - ...
`@@IDENTITY`可能返回任何会话和任何作用域中的最后一个标识值,`SCOPE_IDENTITY`仅限于当前作用域,而`IDENT_CURRENT`则不受作用域和会话限制,但需要指定表名。 在进行多表操作时,尤其是在涉及触发器的情况下,...
2. **使用@@IDENTITY全局变量**:@@IDENTITY会返回最近一次由当前会话执行的INSERT操作生成的最后一个ID值,不管这个操作是发生在当前表还是其他表中。但需要注意的是,当涉及到多个表且有触发器操作时,@@IDENTITY...
在其他数据库系统中,如SQL Server,类似的功能有 `SCOPE_IDENTITY()` 和 `IDENT_CURRENT()`。`SCOPE_IDENTITY()` 类似于MySQL的 `LAST_INSERT_ID()`,返回当前会话和事务中的最后一个自增ID,而 `IDENT_CURRENT()` ...
1. 使用`IDENT_CURRENT('TBName')`,它返回最后一次对指定表(`TBName`)的任何会话的INSERT操作产生的ID值,不受作用域限制。 2. 使用`@@IDENTITY`,它返回最后一条INSERT语句在任何表中生成的ID值,但可能受到多个...
4. **自增主键的获取**:Insert后立即使用SCOPE_IDENTITY()、IDENT_CURRENT()或@@IDENTITY获取最新插入的自增主键。 5. **性能分析优化**:使用SQL Server Profiler、Database Engine Tuning Advisor等工具。 **XML...
在ASP.NET或C#中,可以通过数据库自增列或使用`SCOPE_IDENTITY()`、`IDENT_CURRENT()`等函数来获取刚插入记录的ID。 #### Xhtml的三种DOCTYPE及其意义 - **Strict**:禁止使用表现层标记和属性,如`<font>`。 - **...