Einschränkungen vorübergehend deaktivieren (MS SQL)

Ich suche nach einer Möglichkeit, alle DB-Einschränkungen (z. B. Tabellenbeziehungen) vorübergehend zu deaktivieren.

Ich muss die Tabellen einer Datenbank (mit INSERTs) in eine andere Datenbank kopieren. Ich weiß, dass ich das erreichen kann, indem ich Befehle in der richtigen Reihenfolge ausführe (um Beziehungen nicht zu unterbrechen).

Es wäre jedoch einfacher, wenn ich die Überprüfungsbeschränkungen vorübergehend deaktivieren und nach Abschluss der Operation wieder einschalten könnte.

Ist das möglich?

Sie können FK- und CHECK-Einschränkungen nur in SQL 2005+ deaktivieren . Siehe ALTER TABLE

ALTER TABLE foo NOCHECK CONSTRAINT ALL

oder

ALTER TABLE foo NOCHECK CONSTRAINT CK_foo_column

Primärschlüssel und eindeutige Einschränkungen können nicht deaktiviert werden. Dies sollte jedoch in Ordnung sein, wenn ich Sie richtig verstanden habe.

-- Disable the constraints on a table called tableName:
ALTER TABLE tableName NOCHECK CONSTRAINT ALL

-- Re-enable the constraints on a table called tableName:
ALTER TABLE tableName WITH CHECK CHECK CONSTRAINT ALL
---------------------------------------------------------

-- Disable constraints for all tables:
EXEC sp_msforeachtable 'ALTER TABLE ? NOCHECK CONSTRAINT all'

-- Re-enable constraints for all tables:
EXEC sp_msforeachtable 'ALTER TABLE ? WITH CHECK CHECK CONSTRAINT all'
---------------------------------------------------------

Und wenn Sie überprüfen möchten, ob Sie Ihre Beziehungen NICHT unterbrochen und Waisenkinder eingeführt haben, nachdem Sie Ihre Schecks erneut aktiviert haben, d. H.

ALTER TABLE foo CHECK CONSTRAINT ALL

oder

ALTER TABLE foo CHECK CONSTRAINT FK_something

Dann können Sie zurücklaufen und ein Update für alle aktivierten Spalten durchführen, z. B.:

UPDATE myUpdatedTable SET someCol = someCol, fkCol = fkCol, etc = etc

Und alle Fehler an diesem Punkt sind darauf zurückzuführen, dass die Einschränkungen nicht eingehalten werden.

Sie können tatsächlich alle Datenbankeinschränkungen in einem einzelnen SQL-Befehl deaktivieren und sie erneut aktivieren, indem Sie einen anderen einzelnen Befehl aufrufen. Sehen:

• Können Fremdschlüsseleinschränkungen mithilfe von TSQL vorübergehend deaktiviert werden?

Ich arbeite derzeit mit SQL Server 2005, bin mir aber fast sicher, dass dieser Ansatz auch mit SQL 2000 funktioniert hat

Deaktivieren und Aktivieren aller Fremdschlüssel

CREATE PROCEDURE pr_Disable_Triggers_v2
    @disable BIT = 1
AS
    DECLARE @sql VARCHAR(500)
        ,   @tableName VARCHAR(128)
        ,   @tableSchema VARCHAR(128)

    -- List of all tables
    DECLARE triggerCursor CURSOR FOR
        SELECT  t.TABLE_NAME AS TableName
            ,   t.TABLE_SCHEMA AS TableSchema
        FROM    INFORMATION_SCHEMA.TABLES t
        ORDER BY t.TABLE_NAME, t.TABLE_SCHEMA

    OPEN    triggerCursor
    FETCH NEXT FROM triggerCursor INTO @tableName, @tableSchema
    WHILE ( @@FETCH_STATUS = 0 )
    BEGIN

        SET @sql = 'ALTER TABLE ' + @tableSchema + '.[' + @tableName + '] '
        IF @disable = 1
            SET @sql = @sql + ' DISABLE TRIGGER ALL'
        ELSE
            SET @sql = @sql + ' ENABLE TRIGGER ALL'

        PRINT 'Executing Statement - ' + @sql
        EXECUTE ( @sql )

        FETCH NEXT FROM triggerCursor INTO @tableName, @tableSchema

    END

    CLOSE triggerCursor
    DEALLOCATE triggerCursor

Zunächst wird der ForeignKeyCursor-Cursor als SELECT-Anweisung deklariert, die die Liste der Fremdschlüssel und ihre Tabellennamen sammelt. Als nächstes wird der Cursor geöffnet und die anfängliche FETCH-Anweisung ausgeführt. Diese FETCH-Anweisung liest die Daten der ersten Zeile in die lokalen Variablen @foreignKeyName und @tableName. Wenn Sie einen Cursor durchlaufen, können Sie @@ FETCH_STATUS auf den Wert 0 überprüfen, was darauf hinweist, dass der Abruf erfolgreich war. Dies bedeutet, dass sich die Schleife weiter vorwärts bewegt, sodass jeder aufeinanderfolgende Fremdschlüssel aus dem Rowset abgerufen werden kann. @@ FETCH_STATUS steht allen Cursorn der Verbindung zur Verfügung. Wenn Sie also mehrere Cursor durchlaufen, ist es wichtig, den Wert von @@ FETCH_STATUS in der Anweisung unmittelbar nach der FETCH-Anweisung zu überprüfen. @@ FETCH_STATUS gibt den Status der letzten FETCH-Operation für die Verbindung wieder. Gültige Werte für @@ FETCH_STATUS sind:

0 = FETCH war erfolgreich
-1 = FETCH war nicht erfolgreich
-2 = Die abgerufene Zeile fehlt

Innerhalb der Schleife erstellt der Code den Befehl ALTER TABLE unterschiedlich, je nachdem, ob die Fremdschlüsseleinschränkung deaktiviert oder aktiviert werden soll (mithilfe des Schlüsselworts CHECK oder NOCHECK). Die Anweisung wird dann als Nachricht gedruckt, damit ihr Fortschritt beobachtet werden kann, und dann wird die Anweisung ausgeführt. Wenn alle Zeilen durchlaufen wurden, schließt die gespeicherte Prozedur den Cursor und gibt die Zuordnung frei.

Siehe Deaktivieren von Einschränkungen und Triggern im MSDN Magazine