Disattiva temporaneamente i vincoli (MS SQL)

Question

Sto cercando un modo per disattivare temporaneamente tutti i vincoli di DB (ad es. Le relazioni tra tabelle).

Ho bisogno di copiare (utilizzando INSERT) le tabelle di un DB in un altro DB. So che posso ottenerlo eseguendo i comandi nell'ordine corretto (per non interrompere le relazioni).

Ma sarebbe più facile se potessi disattivare temporaneamente il controllo dei vincoli e riaccenderlo dopo l'operazione.

È possibile?

Answer 1

È possibile disabilitare i vincoli FK e CHECK solo in SQL 2005 + . Vedi ALTER TABLE

ALTER TABLE foo NOCHECK CONSTRAINT ALL 

o

ALTER TABLE foo NOCHECK CONSTRAINT CK_foo_column 

chiavi primarie e vincoli univoci non può essere disattivata, ma questo dovrebbe essere OK se ti ho capito bene.

Answer 2

E, se si desidera verificare che non si è rotto le relazioni e ha introdotto gli orfani, una volta che avete ri-armati vostri controlli, vale a dire

ALTER TABLE foo CHECK CONSTRAINT ALL 

o

ALTER TABLE foo CHECK CONSTRAINT FK_something 

allora si può eseguire di nuovo e fare un aggiornamento su qualsiasi colonne verificate in questo modo:

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

E eventuali errori a al punto sarà dovuto al mancato rispetto dei vincoli.

Answer 3

È possibile disabilitare tutti i vincoli del database in un singolo comando SQL e riattivarli chiamando un altro comando singolo. Vedi:

• Can foreign key constraints be temporarily disabled using TSQL?

Attualmente sto lavorando con SQL Server 2005, ma sono quasi sicuro che questo approccio ha lavorato con SQL 2000 e

Answer 4

Disattivazione e attivazione Tutte le chiavi esterne

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 

Innanzitutto, il cursore foreignKeyCursor viene dichiarato come istruzione SELECT che raccoglie l'elenco di chiavi esterne e i relativi nomi di tabelle. Successivamente, il cursore viene aperto e viene eseguita l'istruzione FETCH iniziale. Questa istruzione FETCH leggerà i dati della prima riga nelle variabili locali @foreignKeyName e @tableName. Quando si esegue il ciclo attraverso un cursore , è possibile controllare il @@ FETCH_STATUS per un valore pari a 0, che indica che il recupero ha avuto esito positivo. Ciò significa che il ciclo sarà continuare ad avanzare in modo da poter ottenere ogni chiave esterna successiva dal set di righe. @@ FETCH_STATUS è disponibile per tutti i cursori sulla connessione .Quindi, se siete loop attraverso molteplici cursori, è importante controllare il valore di @@ FETCH_STATUS nella dichiarazione subito dopo la dichiarazione FETCH. @@ FETCH_STATUS riflette lo lo stato dell'operazione FETCH più recente sulla connessione. valori validi per @@ FETCH_STATUS sono:

0 = FETCH avuto successo
-1 = FETCH non ha avuto successo
-2 = riga che è stato recuperato manca

All'interno del ciclo, il codice costruisce il comando TABLE diverso ALTER a seconda che l'intenzione è quella di disabilitare o abilitare l'estero vincolo di chiave (utilizzando il CHECK o NOCHECK parola chiave). L'affermazione è quindi stampato come un messaggio in modo il suo progresso può essere osservato e quindi viene eseguita l'istruzione . Infine, quando tutte le righe sono state ripetute da a, la stored procedure si chiude e rilascia il cursore.

vedere Disabling Constraints and Triggers from MSDN Magazine

Answer 5

-- 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' 
---------------------------------------------------------