Come si usa l'eliminazione a cascata con SQL Server?

Ho 2 tabelle: T1 e T2, sono tabelle esistenti con dati. Abbiamo una o più relazioni tra T1 e T2. Come posso modificare le definizioni della tabella per eseguire l'eliminazione a cascata in SQL Server quando viene eliminato un record da T1, anche tutti i record associati in T2.

Il vincolo straniero è in atto tra di loro. Non voglio eliminare le tabelle o creare un trigger per eseguire l'eliminazione per T2. Ad esempio, quando elimino un dipendente, anche tutti i record delle recensioni dovrebbero essere spariti.

T1 - Dipendente,

Employee ID      
Name
Status

T2 - Recensioni delle prestazioni,

Employee ID - 2009 Review
Employee ID - 2010 Review

Avrai bisogno di,

• Elimina il vincolo di chiave esterna esistente,
• Aggiungine uno nuovo con l' ON DELETE CASCADEimpostazione abilitata.

Qualcosa di simile a:

ALTER TABLE dbo.T2
   DROP CONSTRAINT FK_T1_T2   -- or whatever it's called

ALTER TABLE dbo.T2
   ADD CONSTRAINT FK_T1_T2_Cascade
   FOREIGN KEY (EmployeeID) REFERENCES dbo.T1(EmployeeID) ON DELETE CASCADE

Per aggiungere "Elimina in cascata" a una chiave esterna esistente in SQL Server Management Studio:

Innanzitutto, seleziona la tua chiave esterna e apri "DROP and Create To .." in una nuova finestra Query.

Quindi, basta aggiungere ON DELETE CASCADEal ADD CONSTRAINTcomando:

E premi il pulsante "Esegui" per eseguire questa query.

A proposito, per ottenere un elenco delle tue chiavi esterne e vedere quali hanno attivato "Elimina a cascata", puoi eseguire questo script:

SELECT 
   OBJECT_NAME(f.parent_object_id) AS 'Table name',
   COL_NAME(fc.parent_object_id,fc.parent_column_id) AS 'Field name',
   delete_referential_action_desc AS 'On Delete'
FROM sys.foreign_keys AS f,
     sys.foreign_key_columns AS fc,
     sys.tables t 
WHERE f.OBJECT_ID = fc.constraint_object_id
AND t.OBJECT_ID = fc.referenced_object_id
ORDER BY 1

E se ti accorgi che non è possibile DROPuna determinata tabella a causa di un vincolo di chiave esterna, ma non riesci a capire quale FK sta causando il problema, puoi eseguire questo comando:

sp_help 'TableName'

L'SQL in quell'articolo elenca tutti gli FK che fanno riferimento a una tabella particolare.

Spero che tutto ciò aiuti.

Ci scusiamo per il dito lungo. Stavo solo cercando di fare un punto.

È possibile farlo con SQL Server Management Studio.

→ Fai clic con il pulsante destro del mouse sul design della tabella e vai su Relazioni e scegli la chiave esterna nel riquadro di sinistra e nel riquadro di destra, espandi il menu "INSERT and UPDATE specific" e seleziona "Cascade" come Elimina regola.

Usa qualcosa di simile

ALTER TABLE T2
ADD CONSTRAINT fk_employee
FOREIGN KEY (employeeID)
REFERENCES T1 (employeeID)
ON DELETE CASCADE;

Inserisci i nomi delle colonne corretti e dovresti essere impostato. Come indicato correttamente da mark_s, se è già presente un vincolo di chiave esterna, potrebbe essere necessario eliminare prima quello vecchio e quindi crearne uno nuovo.

Prima di abilitare la proprietà ONCascade:

1. Eliminare il vincolo di chiave esterna esistente

2. aggiungerne uno nuovo con l'impostazione ON DELETE CASCADE abilitata

Ex:

IF EXISTS(SELECT 1 FROM sys.foreign_keys WHERE parent_object_id = OBJECT_ID(N'dbo.Response'))
 BEGIN 

ALTER TABLE [dbo].[Response] DROP CONSTRAINT [FK_Response_Request]  

ALTER TABLE [dbo].[Response] WITH CHECK ADD CONSTRAINT [FK_Response_Request]  FOREIGN KEY([RequestId])
REFERENCES [dbo].[Request] ([RequestId])
ON DELETE CASCADE
END

ELSE

 BEGIN 
 ALTER TABLE [dbo].[Response] WITH CHECK ADD CONSTRAINT [FK_Response_Request]  FOREIGN KEY([RequestId])
REFERENCES [dbo].[Request] ([RequestId])
ON DELETE CASCADE
END

Secondo per disabilitare la proprietà ONCascade:

1. Eliminare il vincolo di chiave esterna esistente

2. Aggiungine uno nuovo con l'impostazione ON DELETE NO ACTION abilitata

Ex:

IF EXISTS(SELECT 1 FROM sys.foreign_keys WHERE parent_object_id = OBJECT_ID(N'dbo.Response'))
 BEGIN 
ALTER TABLE [dbo].[Response] DROP CONSTRAINT [FK_Response_Request]  

ALTER TABLE [dbo].[Response] WITH CHECK ADD CONSTRAINT [FK_Response_Request]  FOREIGN KEY([RequestId])
REFERENCES [dbo].[Request] ([RequestId])
ON DELETE CASCADE
END

ELSE

 BEGIN 
 ALTER TABLE [dbo].[Response] WITH CHECK ADD CONSTRAINT [FK_Response_Request]  FOREIGN KEY([RequestId])
REFERENCES [dbo].[Request] ([RequestId])
ON DELETE NO ACTION 
END

ON DELETE CASCADE
Specifica che i dati figlio vengono eliminati quando vengono eliminati i dati padre.

CREATE TABLE products
( product_id INT PRIMARY KEY,
  product_name VARCHAR(50) NOT NULL,
  category VARCHAR(25)
);

CREATE TABLE inventory
( inventory_id INT PRIMARY KEY,
  product_id INT NOT NULL,
  quantity INT,
  min_level INT,
  max_level INT,
  CONSTRAINT fk_inv_product_id
    FOREIGN KEY (product_id)
    REFERENCES products (product_id)
    ON DELETE CASCADE
);

Per questa chiave esterna, abbiamo specificato la ON DELETE CASCADEclausola che dice a SQL Server di eliminare i record corrispondenti nella tabella figlio quando vengono eliminati i dati nella tabella padre. Pertanto, in questo esempio, se un valore product_id viene eliminato dalla tabella dei prodotti, verranno eliminati anche i record corrispondenti nella tabella di inventario che utilizzano questo product_id.

Se la relazione da una a molte va da T1 a T2, allora non rappresenta una funzione e quindi non può essere utilizzata per dedurre o inferire una funzione inversa che garantisce che il valore T2 risultante non ometta le tuple di T1 join T2 che sono deduttivamente valide , perché non esiste una funzione inversa valida deduttivamente. (Rappresentando le funzioni era lo scopo delle chiavi primarie.) La risposta in SQL pensa che sì, è possibile farlo. La risposta nel pensiero relazionale è no, non puoi farlo. Vedi i punti di ambiguità in Codd 1970. Il rapporto dovrebbe essere molti-a-uno dal T1 al T2.

Penso che non si possa semplicemente eliminare la proprietà delle tabelle e, se si tratta di dati di produzione effettivi, è sufficiente eliminare i contenuti che non influiscono sullo schema della tabella.