Aufschalten IDENTITY-Einschränkung, wenn die Tabelle kopiert wird

Question

Ich habe zwei Datenbanken: A und B.

Ich habe einen Job DTSX einen „Transfer SQL Server Objects Task-Editor“ mit Hilfe von Tabellen von A nach B kopieren Dies ist nicht ein Skript; Es sieht aus wie das angehängte Bild.

Eine der Tabellen hat eine IDENTITY-Spalte, die wie folgt definiert ist: SOMEID INT IDENTITY(1,1) NOT NULL.

Es erscheint (aber ich konnte noch nicht bestätigen), dass beim Kopieren der Tabelle von A nach B die SOMEID-Spalte neu geschrieben wird, so dass die SOMEID-Werte für denselben Datensatz nicht zwischen A und B übereinstimmen.

Die Tabelle existiert nicht auf B, wenn die Kopie beginnt.

Macht das Sinn?

Wie kann ich sie zwingen, zu passen, wenn die Tabelle kopiert wird? (Ich brauche eine Antwort im Zusammenhang mit der GUI, die ich verwende, kein Skript).

Bitte entschuldigen Sie meine Beschreibung, da ich kein Windows-Entwickler bin, also ist es schwierig für mich, nach der Antwort zu suchen, weil ich die korrekte Terminologie nicht kenne.

Answer 1

Sie müssen Identität setzen Einsätze auf, mit diesem SQL:

SET IDENTITY_INSERT ON 

https://msdn.microsoft.com/en-us/library/ms188059.aspx

Answer 2

Es gibt eine Checkbox in OleDBDestination (von Performance-Gründen bevorzugt) Identität setzen ON einfügen . Einfach überprüfen Sie es und die ID-Spalte

Answer 3

ich wie die unten etwas verwendet haben zum Ziel geschrieben werden:

set identity_insert [USI_MD_TEMP].[dbo].[CS-DISCOUNT EXTID] on 

INSERT INTO [USI_MD_TEMP].[dbo].[CS-DISCOUNT EXTID] ([key], [disExtID]) 
SELECT [Copy of key],[Copy of disExtID] 
FROM [USI_MD_TEMP].[dbo].[CS-DISCOUNT EXTID tmp] 

set identity_insert [USI_MD_TEMP].[dbo].[CS-DISCOUNT EXTID] off 

Hier [key] nicht ein Primärschlüssel ist.