关于SCOPE_IDENTITY，而不是InsertTrigger解决方法和scopeisnotdefined的问题就给大家分享到这里，感谢你花时间阅读本站内容，更多关于@@IDENTITY和SCOP

关于SCOPE_IDENTITY，而不是Insert Trigger解决方法和scope is not defined的问题就给大家分享到这里，感谢你花时间阅读本站内容，更多关于@@IDENTITY 和 SCOPE_IDENTITY()、@@IDENTITY与SCOPE_IDENTITY()、@@IDENTITY与SCOPE_IDENTITY()_MySQL、@@IDENTITY，SCOPE_IDENTITY和IDENT_CURRENT【通俗易懂】等相关知识的信息别忘了在本站进行查找喔。

• SCOPE_IDENTITY，而不是Insert Trigger解决方法（scope is not defined）
• @@IDENTITY 和 SCOPE_IDENTITY()
• @@IDENTITY与SCOPE_IDENTITY()
• @@IDENTITY与SCOPE_IDENTITY()_MySQL
• @@IDENTITY，SCOPE_IDENTITY和IDENT_CURRENT【通俗易懂】

SCOPE_IDENTITY，而不是Insert Trigger解决方法（scope is not defined）

好的，我有一个没有自然键的表，只有一个整数标识列作为它的主键。我想插入和检索标识值，但也要使用触发器来确保始终设置某些字段。最初，设计是使用而不是插入触发器，但是这样会破坏scope_identity。insert语句上的输出子句也被而不是insert触发器破坏。因此，我想出了一个替代方案，想知道我打算做的事情是否明显有问题：

开始人为的例子：

    CREATE TABLE [dbo].[TestData] (    [TestId] [int] IDENTITY(1,1) PRIMARY KEY NOT NULL,    [Name] [nchar](10) NOT NULL)    CREATE TABLE [dbo].[TestDataModInfo](    [TestId] [int] PRIMARY KEY NOT NULL,    [RowCreateDate] [datetime] NOT NULL)    ALTER TABLE [dbo].[TestDataModInfo]  WITH CHECK ADD  CONSTRAINT    [FK_TestDataModInfo_TestData] FOREIGN KEY([TestId])    REFERENCES [dbo].[TestData] ([TestId]) ON DELETE CASCADECREATE TRIGGER [dbo].[TestData$AfterInsert]   ON [dbo].[TestData]   AFTER INSERTAS BEGIN    -- SET NOCOUNT ON added to prevent extra result sets from    -- interfering with SELECT statements.    SET NOCOUNT ON;    INSERT INTO [dbo].[TestDataModInfo]           ([TestId],            [RowCreateDate])        SELECT            [TestId],            current_timestamp        FROM inserted    -- Insert statements for trigger hereEND

结束人为的例子。

不，我不是在一个小日期字段上执行此操作-只是一个示例。

我要确保设置的字段已移至单独的表（在TestDataModInfo中），并且触发器确保已对其进行更新。此方法有效，它允许我在插入后使用scope_identity（），并且看起来很安全（如果我的after触发器失败，则我的插入失败）。这个设计不好吗？如果是这样，为什么呢？

答案1

如您所述，SCOPE_IDENTITY是为这种情况而设计的。与@@ IDENTITY不同，它不受AFTER触发代码的影响。

除了使用存储的proc之外，这还可以。

我使用AFTER触发器进行审计，因为它们很方便…也就是说，在触发器中写入另一个表。

编辑：SQL Server 2005
cam中的SCOPE_IDENTITY和并行性有问题

@@IDENTITY 和 SCOPE_IDENTITY()

在ms sql server中一张表有自增长字段，最近插入表中记录的自增长字段可以通过@@IDENTITY或者SCOPE_IDENTITY()取得。

通常情况下@@IDENTITY 和 SCOPE_IDENTITY()可以起到同样的效果，但是也不尽然，他们两者之间还是有区别的。微软的文档上这样描述：
@@IDENTITY and SCOPE_IDENTITY return the last identity value generated in any table in the current session. However, SCOPE_IDENTITY returns the value only within the current scope; @@IDENTITY is not limited to a specific scope.
也就是说通常情况用SCOPE_IDENTITY()总是可以得到当前范围内最近插入行生成的标示值，而@@IDENTITY则不限于当前范围内。

我们要慎用@@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 是取全局操作的最后一步操作所产生的自增域的值的

示例：

下列示例将创建两个表 TZ 和 TY，并在 TZ 上创建一个 INSERT 触发器。当将某行插入表 TZ 中时，触发器 (Ztrig) 将激发并在 TY 中插入一行。
 

USE tempdb
GO
CREATE TABLE TZ (
   Z_id  int IDENTITY(1,1)PRIMARY KEY,
   Z_name varchar(20) NOT NULL)
INSERT TZ
   VALUES (''Lisa'')
INSERT TZ
   VALUES (''Mike'')
INSERT TZ
   VALUES (''Carla'')
SELECT * FROM TZ
--Result set: This is how table TZ looks
Z_id   Z_name
-------------
1      Lisa
2      Mike
3      Carla
CREATE TABLE TY (
   Y_id  int IDENTITY(100,5)PRIMARY KEY,
   Y_name varchar(20) NULL)
INSERT TY (Y_name)
   VALUES (''boathouse'')
INSERT TY (Y_name)
   VALUES (''rocks'')
INSERT TY (Y_name)
   VALUES (''elevator'')
SELECT * FROM TY
--Result set: This is how TY looks:
Y_id  Y_name
---------------
100   boathouse
105   rocks
110   elevator
/*Create the trigger that inserts a row in table TY 
when a row is inserted in table TZ*/
CREATE TRIGGER Ztrig
ON TZ
FOR INSERT AS 
   BEGIN
   INSERT TY VALUES ('''')
   END
/*FIRE the trigger and find out what identity values you get 
with the @@IDENTITY and SCOPE_IDENTITY functions*/
INSERT TZ VALUES (''Rosalie'')
SELECT SCOPE_IDENTITY() AS [SCOPE_IDENTITY]
GO
SELECT   @@IDENTITY AS [@@IDENTITY]
GO
--Here is the result set.
SCOPE_IDENTITY
4
/*SCOPE_IDENTITY returned the last identity value in the same scope, which was the insert on table TZ*/
@@IDENTITY
115
/*@@IDENTITY returned the last identity value inserted to TY by the trigger, which fired due to an earlier insert on TZ*/

@@IDENTITY与SCOPE_IDENTITY()

在一条 INSERT、SELECT INTO 或大容量复制语句完成后，@@IDENTITY 中包含语句生成的最后一个标识值。如果语句未影响任何包含标识列的表，则 @@IDENTITY 返回 NULL。如果插入了多个行，生成了多个标识值，则 @@IDENTITY 将返回最后生成的标识值。如果语句触发了一个或多个触发器，该触发器又执行了生成标识值的插入操作，那么，在语句执行后立即调用 @@IDENTITY 将返回触发器生成的最后一个标识值。如果对包含标识列的表执行插入操作后触发了触发器，并且触发器对另一个没有标识列的表执行了插入操作，则 @@IDENTITY 将返回第一次插入的标识值。出现 INSERT 或 SELECT INTO 语句失败或大容量复制失败，或者事务被回滚的情况时，@@IDENTITY 值不会恢复为以前的设置。

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

     @@IDENTITY、SCOPE_IDENTITY 和 IDENT_CURRENT 是相似的函数，因为他们都返回插入到表的 IDENTITY 列的最后一个值。

     @@IDENTITY 和 SCOPE_IDENTITY 可以返回当前会话中的所有表中生成的最后一个标识值。但是，SCOPE_IDENTITY 只在当前作用域内返回值，而 @@IDENTITY 不限于特定的作用域。

     IDENT_CURRENT 不受作用域和会话的限制，而受限于指定的表。IDENT_CURRENT 可以返回任何会话和任何作用域中为特定表生成的标识值。

     @@IDENTITY 函数的作用域是执行该函数的本地服务器上的当前会话。此函数不能应用于远程或链接服务器。若要获得其他服务器上的标识值，请在远程服务器或链接服务器上执行存储过程，并使（在远程或链接服务器的环境中执行的）该存储过程收集标识值，并将其返回本地服务器上的发出调用的连接。

     以下示例向包含标识列 (LocationID) 的表中插入一行，并使用 @@IDENTITY 显示新行中使用的标识值：