在事务中使用@@IDENTITY 是否安全？

Question

我正在阅读this 的回答，了解有关将最后一个身份值输入数据库的不同方法。

据我了解，@@IDENTITY 通常是一个非常糟糕的主意，因为它可能会返回一个与您预期不同的身份，例如最近由扳机。

但是如果你的代码在一个事务中呢？

例如，这是我正在执行的事务的简化版本（使用 ColdFusion）：

<cftransaction>
    <cfquery name="queryInsertA" datasource="source">
        INSERT INTO tableA (columnName) VALUES (value)
    </cfquery>
    <cfquery name="queryInsertB" datasource="source">
        INSERT INTO tableB (fkey_tableA, columnName) VALUES (@@IDENTITY, value)
    </cfquery>
</cftransaction>

既然，“If a transaction is successful, all of the data modifications made during the transaction are committed and become a permanent part of the database”，这是否意味着它也可以防止使用@@IDENTITY 时可能出现的问题？还是我误解了交易的行为？

Answer 1

您链接的答案已经解释了@@IDENTITY：范围的主要问题。如果你的插入触发了另一个插入，你会得到一个意想不到的身份。交易不会改变任何东西。

Answer 2

如果您想获取插入到表中的最后一个标识值，请使用 Ident_current() 函数。

   Select ident_current ('your table name')

你也可以使用scope_identity()，它只会在那个特定的范围内带来一个表的标识值。

  Select scope_identity()

Answer 3

您不需要@@Identity，也不需要2 个单独的查询。使用 Scope_identity() 函数来保证完整性，并使其成为同一连接和查询的一部分 - 就像这样。

<cfquery name="putUser" datasource="#dsn#">
SET NOCOUNT ON
INSERT INTO users(username, email)
VALUES 
('#usersname#','#email#' )
SELECT  SCOPE_IDENTITY() AS newId FROM users
SET NOCOUNT OFF 
</cfquery>

<cfoutput>#putUser.newID#</cfoutput>

这将是完全安全的，但就像 所有 db 事务一样，它仍然会出现死锁，因此调整仍然很重要。

CFTRANSACTION 适用于可能还涉及一些 CF 逻辑的多个数据库操作，但通过将数据库锁定和事务系统保持在一起，让它们为您工作。

Answer 4

您还可以使用cfquery 的result 属性。如果查询对 ID 执行标识或自增值的 INSERT，则会在结构中返回一个名为 GENERATEDKEY 的键。

<cftransaction>
    <cfquery name="queryInsertA" datasource="source" result="resultA">
        INSERT INTO tableA (columnName) VALUES (value)
    </cfquery>
    <cfquery name="queryInsertB" datasource="source">
        INSERT INTO tableB (fkey_tableA, columnName) VALUES (#resultA.generatedKey#, value)
    </cfquery>
</cftransaction>

请记住，这只是 CF9 及更高版本。

Answer 5

您可以使用序列并在插入期间使用它，如下所示：

CREATE SEQUENCE Testseq  
    START WITH 1  
    INCREMENT BY 1 ;

使用以下查询访问序列：

SELECT NEXT VALUE FOR Testseq;

Answer 6

为了简单：

如果

您知道您在 db 系统中独自一人，这意味着，没有其他用户或进程同时运行，没有其他事务在运行，在您使用它时绝对有零活动，我的意思是它，零活动，然后，好的......

否则

不！如果在您的事务运行时确实发生了我上面列出的任何事情，那么您最终会得到错误的身份。

Answer 7

这取决于在您的事务被实例化的同时还有什么正在运行。如果在与事务无关的表上存在可以插入新标识值的触发器，那么您当前所在的事务范围将不会保护您。

例如，假设我创建了一个更新 Table_A 并在其中插入一条记录的 SPROC。该表上有一个标识字段，每次插入新记录时都会增加该表中的 ID 值。在我的 SPROC 中，我创建了一个事务并将我的插入插入到事务中。插入后，我将@@IDENTITY 的值存储在同一事务内的变量中。

现在我还有另一个表 Table_B 有它自己的标识值，但这个表是触发器维护的。如果我正在执行我的 SPROC 以在 Table_A 中插入一行，并且在此更新期间 Table_B 也通过触发器更新，那么当我检索 @@IDENTITY 的值时，它实际上会给我创建的 ID 的值Table_B 而不是 Table_A。

您绝对应该在存储过程中使用事务，但最好选择插入的表的 MAX(ID) 来检索您创建的 ID，而不是 @@IDENTITY。