首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

使用 identity而不是scope_identity的原因

使用 IDENTITY 而不是 SCOPE_IDENTITY 的原因主要有以下几点:

  1. 更快的执行速度:IDENTITY 是 SQL Server 提供的一种用于获取插入数据的标识列值的方法,而 SCOPE_IDENTITY 是在当前会话范围内获取最后一个插入数据的标识列值。相比之下,IDENTITY 的执行速度更快,因为它不需要等待当前会话范围内的所有操作完成。
  2. 更广泛的适用性:IDENTITY 可以在任何会话范围内使用,而 SCOPE_IDENTITY 只能在当前会话范围内使用。这意味着,如果需要在多个会话之间共享标识列值,SCOPE_IDENTITY 可能不是最佳选择。
  3. 更灵活的使用方式:IDENTITY 可以与 OUTPUT 子句一起使用,从而允许在插入多行数据时返回所有新插入行的标识列值。而 SCOPE_IDENTITY 只能返回最后一行插入的标识列值。

因此,在需要获取插入数据的标识列值时,使用 IDENTITY 而不是 SCOPE_IDENTITY 通常是更好的选择。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

@@identity , SCOPE_IDENTITY,IDENT_CURRENT 三者的异同

--===================================================== --@@identity , SCOPE_IDENTITY,IDENT_CURRENT 三者的异同 --===================================================== --1.@@IDENTITY:  返回最后插入的标识值 IF OBJECT_ID('dbo.ta') IS NOT NULL    DROP TABLE dbo.ta; CREATE TABLE dbo.ta (  ID INT IDENTITY PRIMARY KEY ,  Col VARCHAR(5) ); INSERT INTO ta SELECT 'A' INSERT INTO ta SELECT 'B' INSERT INTO ta SELECT 'C' SELECT @@IDENTITY AS Iden    --Result : Iden -------------- 3 IF OBJECT_ID('dbo.tb') IS NOT NULL    DROP TABLE dbo.tb; CREATE TABLE dbo.tb (  tb_id INT IDENTITY PRIMARY KEY ,  tb_col VARCHAR(5) ); --当触发器存在时, 返回被触发的表Identity列的值,不考虑任何作用域 IF OBJECT_ID('dbo.tr_ta') IS NOT NULL    DROP TRIGGER dbo.tr_ta    GO CREATE TRIGGER tr_ta ON dbo.ta FOR INSERT AS BEGIN     INSERT INTO tb SELECT 'AA' END INSERT INTO ta SELECT 'D' INSERT INTO ta SELECT 'E' SELECT @@IDENTITY AS Iden  --返回tb表中Identity列的值为2 --Result : Iden -------- 2 --2.SCOPE_IDENTITY:返回当前作用域中的标识列内的最后一个标识值 INSERT INTO ta SELECT 'F' SELECT @@IDENTITY AS [Identity]; SELECT SCOPE_IDENTITY() AS [SCOPE_IDENTITY]; --Result:返回tb表中最后的Identity为3,当前作用域中最后的Identity为6,即表ta中最后的Identity为6 Identity --------- 3 (1 row(s) affected) SCOPE_IDENTITY ---------- 6 (1 row(s) affected) --3.IDEN_CURRENT 返回指定的表或视图生成的最后一个标识值 INSERT INTO dbo.ta SELECT 'G' SELECT @@IDENTITY AS [Identity]; SELECT SCOPE_IDENTITY() AS [SCOPE_IDENTITY]; SELECT IDENT_CURRENT('ta') AS [IDENT_CURRENT_ta]; SELECT IDENT_CURRENT('tb') AS [IDENT_CURRENT_tb]; --Result: Identity -------------- 4 (1 row(s) affected) SCOPE_IDENTITY -------------- 7 (1 row(s) affected) IDENT_CURRENT_ta -------------- 7 (1 row(s) affected) IDENT_CURRENT_tb -------------- 4 --打开新的一个会话,不执行任何插入,如下: SELECT @@IDENTITY AS [Identity]; SELECT SCOPE_IDENTITY() AS [SCOPE_IDENTITY]; SELECT IDENT_CURRENT('ta') AS [IDENT_CURRENT_ta]; SELECT IDENT_CURRENT('tb') AS [IDENT_CURRENT_tb]; --Result: Identity --------------------------------------- NULL (1 row(s

02

MYSQL中获取得最后一条记录的语句

在MySQL中,使用auto_increment类型的id字段作为表的主键,并用它作为其他表的外键,形成“主从表结构”,这是数据库设计中 常见的用法。但是在具体生成id的时候,我们的操作顺序一般是:先在主表中插入记录,然后获得自动生成的id,以它为基础插入从表的记录。这里面有个困 难,就是插入主表记录后,如何获得它对应的id。通常的做法,是通过“select max(id) from tablename”的做法,但是显然这种做法需要考虑并发的情况,需要在事务中对主表加以“X锁“,待获得max(id)的值以后,再解锁。这种做法需 要的步骤比较多,有些麻烦,而且并发性也不好。有没有更简单的做法呢?答案之一是通过select LAST_INSERT_ID()这个操作。乍一看,它和select max(id)很象,但实际上它是线程安全的。也就是说它是具体于数据库连接的。下面通过实验说明:

03

TSQL–标示列、GUID 、序列

–1. IDENTIY 列不能为空,不能设默认值,创建后不能使用ALTER TABLE TableName ALTER COLUMN修改,每张表只能有一个自增列 –2. 查看当前值:SELECT IDENT_CURRENT(‘TableName’), — 查看增量值:SELECT IDENT_INCR(‘TableName’) — 查看原始种子值:SELECT IDENT_SEED(‘TableName’),起始值, TRUNCATE TABLE 后的初始值。 –3. 允许 显式 插入自增列:SET IDENTITY_INSERT TableName ON; 设置为ON后,允许当前回话对自增列插入时指定值,该设置只影响当前回话,并且同一回话中只允许同时修改一张表的IDENTITY_INSERT 属性,对其他表再次设置时会提示:”表 ‘XXX1’ 的 IDENTITY_INSERT 已经为 ON。无法对表 ‘XXX2’ 执行 SET 操作。“,在对自增列显式插入值后,会检查或修改自增列的当前值为整表中最大值。 –4. IDENT_CURRENT 不受作用域和会话的限制,而受限于指定的表。 SCOPE_IDENTITY 和 @@IDENTITY 返回在当前会话中的任何表内所生成的最后一个标识值。但是,SCOPE_IDENTITY 只返回插入到当前作用域中的值;@@IDENTITY 不受限于特定的作用域。@@IDENTITY能获取到由当前语句引发的触发器,内置存储过程等倒置的自增值。 –如对表T1插入引发触发器对表T2也进行插入,@@IDENTITY得到T2的自增值,而SCOPE_IDENTITY获取当前作用域T1的自增值。

02

其实添加数据也可以这样简单——表单的第一步抽象(针对数据访问层)《怪怪设计论: 抽象无处不在 》有感

更正: 不好意思,昨天晚上思路有点混乱。有几个前提忘记说明了,现在补充一下。 1、缩小范围。按照由简到难的思路,这里先讨论最简单的添加数据的情况。就是单表的添加和修改;这里讨论的是webform的情况。 2、第一步抽象是针对数据访问层的抽象。 如果我没有理解错的话,现在大多数人的做法是:有一个表(或者几个有关联的表)在数据层里就要有一个“函数”与之对应, 如果采用的是SQL语句的方式的话,那么函数的内筒就是组合SQL语句的代码, 如果采用的是存储过程的方式的话,那么函数的内筒就是给存储过程的参数赋

08
领券