Zatrzymaj dostęp przed używaniem niewłaściwej tożsamości podczas dołączania do tabeli połączonej na serwerze SQL

Ślad ODBC pokazuje, że program Access rzeczywiście wywołuje SELECT @@IDENTITY (w przeciwieństwie do SCOPE_IDENTITY() ) po wstawieniu wiersza do połączonej tabeli SQL Server:

Database1       e00-1490    EXIT  SQLExecDirectW  with return code 0 (SQL_SUCCESS)
        HSTMT               0x00000000004D6990
        WCHAR *             0x000000000F314F28 [      -3] "INSERT INTO  "dbo"."Table1"  ("txt") VALUES (?)\ 0"
        SDWORD                    -3

...

Database1       e00-1490    EXIT  SQLExecDirectW  with return code 0 (SQL_SUCCESS)
        HSTMT               0x00000000004D6990
        WCHAR *             0x000007FED7E6EE58 [      -3] "SELECT @@IDENTITY\ 0"
        SDWORD                    -3

Ponadto wydaje się, że to zachowanie zależy od używanego sterownika ODBC, ponieważ podobny test z MySQL Connector/ODBC pokazuje, że program Access nie wywołuje odpowiedniej funkcji MySQL LAST_INSERT_ID() po wstawieniu wiersza do tabeli połączonej MySQL.

Biorąc pod uwagę, że Access wywołuje SELECT @@IDENTITY , musimy zmodyfikować nasz wyzwalacz w następujący sposób (źródło: tutaj ), aby zresetować wartość @@IDENTITY do pierwotnej wartości

create trigger mytable_insert_trigger on mytable for insert as

declare @identity int
declare @strsql varchar(128)

set @[email protected]@identity
--your code
--insert into second table ...
--your code
set @strsql='select identity (int, ' + cast(@identity as varchar(10)) + ',1) as id into #tmp'
execute (@strsql)