Home/ Questions/Q 6552053
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-25T12:24:48+00:00

In my application, using SQL Server 2005, I’m having two tables, let’s call them

  • 0

In my application, using SQL Server 2005, I’m having two tables, let’s call them Table A and Table B; a foreign key constraint is defined on Table B, referencing the primary-key column in Table A, which is an auto-generated integer ID. I’m running the following simple transaction:

Start transaction
Insert a row to table A
Retrieve the last-generated ID ("SELECT @@IDENTITY ... ")
Insert data to table B, using this ID
Commit

It all works well, until I’m trying to create merge replication (continuous) with another SQL Server 2005. Both publisher and subscriber now fail this transaction when trying to insert data to table B, because of foreign key constraint failure:

The INSERT statement conflicted with the FOREIGN KEY constraint "FK_TableB_TableA". The conflict occurred in database "MyDB", table "TableA", column 'ID'.

I was not able to make it work by committing after inserting data to table A. However, after removing the merge replication, everything worked. The database code is written in C++, using ADO.

Is the replication interfering with the transaction anyhow? Any other possible explanation?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Looks like the issue is related to the scope of the @@IDENTITY function. When I used LAST_IDENT(‘TableB’) instead, things seem to work.

    As described in MSDN:

    • IDENT_CURRENT returns the last identity value generated for a specific table in any session and any scope.
    • @@IDENTITY returns the last identity value generated for any table in the current session, across all scopes.
    • SCOPE_IDENTITY returns the last identity value generated for any table in the current session and the current scope.
    • 0