Molto lenta query DELETE

Question

Ho problemi con le prestazioni SQL. Per una ragione improvvisa le seguenti domande sono molto lente:

Ho due liste che contengono Id di una certa tabella. Ho bisogno di eliminare tutti i record dalla prima lista, se del Id esiste già nella seconda lista:

DECLARE @IdList1 TABLE(Id INT) 
DECLARE @IdList2 TABLE(Id INT) 

-- Approach 1 
DELETE list1 
FROM @IdList1 list1 
INNER JOIN @IdList2 list2 ON list1.Id = list2.Id 

-- Approach 2 
DELETE FROM @IdList1 
WHERE Id IN (SELECT Id FROM @IdList2) 

E 'possibile le due liste contiene più di 10.000 record. In tal caso, entrambe le query richiedono più di 20 secondi per essere eseguite.

Il piano di esecuzione mostrava anche qualcosa che non capisco. Forse questo spiega perché è così lento:

I Ho riempito entrambe le liste con 10.000 numeri interi sequenziali così entrambe le liste contenevano il valore 1-10.000 come punto di partenza.

Come è possibile vedere entrambi i programmi di query per @ IdList2 Numero di righe effettivo è 50.005.000 !!. @ IdList1 è corretto (Numero effettivo di righe è 10.000)

So che ci sono altre soluzioni su come risolvere questo problema. Come riempire una terza lista instabile di rimozione dal primo elenco. Ma la mia domanda è:

Perché queste query di eliminazione sono così lente e perché vedo questi strani piani di query?

Answer 1

aggiungere una chiave primaria per le variabili di tabella e guardare urlare

DECLARE @IdList1 TABLE(Id INT primary Key not null) 
DECLARE @IdList2 TABLE(Id INT primary Key not null) 

perché non c'è alcun indice su queste variabili di tabella, qualsiasi join o sottoquery deve esaminare nell'ordine di 10.000 volte 10.000 = 100.000.000 paia di valori.

Answer 2

SQL Server compila il piano quando la variabile di tabella è vuota e non ricompila quando vengono aggiunte righe. Prova

DELETE FROM @IdList1 
WHERE Id IN (SELECT Id FROM @IdList2) 
OPTION (RECOMPILE) 

Ciò tiene conto del numero effettivo di righe contenute nella variabile tavolo e sbarazzarsi dei cicli annidati pianificare

Naturalmente la creazione di un indice su Id tramite un vincolo potrebbe essere utile per altre query che utilizzano anche la variabile table.

Answer 3

Le tabelle di variabili di tabella possono avere le chiavi primarie, quindi se il vostro dati supportano l'unicità di questi Id s, si può essere in grado di migliorare le prestazioni andando per

DECLARE @IdList1 TABLE(Id INT PRIMARY KEY) 
DECLARE @IdList2 TABLE(Id INT PRIMARY KEY) 

Answer 4

Si utilizza Table Variables, o aggiungere un chiave primaria del tavolo o cambiarli in Temporary Tables e aggiungere uno INDEX. Ciò comporterà molte più prestazioni. Come regola generale, se la tabella è solo piccola, utilizzare TABLE Variables, tuttavia se la tabella è in espansione e contiene molti dati, utilizzare una tabella temporanea.

Answer 5

Prova questa sintassi alternativa:

DELETE deleteAlias 
FROM @IdList1 deleteAlias 
WHERE EXISTS (
     SELECT NULL 
     FROM @IdList2 innerList2Alias 
     WHERE innerList2Alias.id=deleteAlias.id 
    ) 

EDIT .....................

Provare a utilizzare le tabelle #temp con gli indici.

Ecco un esempio generico in cui "DepartmentKey" è il PK e l'FK.

IF OBJECT_ID('tempdb..#Department') IS NOT NULL 
begin 
     drop table #Department 
end 


CREATE TABLE #Department 
( 
    DepartmentKey int , 
    DepartmentName varchar(12) 
) 



CREATE INDEX IX_TEMPTABLE_Department_DepartmentKey ON #Department (DepartmentKey) 




IF OBJECT_ID('tempdb..#Employee') IS NOT NULL 
begin 
     drop table #Employee 
end 


CREATE TABLE #Employee 
( 
    EmployeeKey int , 
    DepartmentKey int , 
    SSN varchar(11) 
) 



CREATE INDEX IX_TEMPTABLE_Employee_DepartmentKey ON #Employee (DepartmentKey) 


Delete deleteAlias 
from #Department deleteAlias 
where exists (select null from #Employee innerE where innerE.DepartmentKey = deleteAlias.DepartmentKey) 





IF OBJECT_ID('tempdb..#Employee') IS NOT NULL 
begin 
     drop table #Employee 
end 

IF OBJECT_ID('tempdb..#Department') IS NOT NULL 
begin 
     drop table #Department 
end 

Answer 6

Possibili soluzioni:

1) tenta di creare indici così

1.1) Se List {1 | 2} colonna .ID ha valori univoci allora si potrebbe definire un indice cluster univoco utilizzando un vincolo di PK in questo modo:

DECLARE @IdList1 TABLE(Id INT PRIMARY KEY); 
DECLARE @IdList2 TABLE(Id INT PRIMARY KEY); 

1,2) Se List {1 | 2} colonna .ID può avere valori duplicati allora si potrebbe definire un indice cluster univoco utilizzando un vincolo PK utilizzando un manichino IDENTITY colonna in questo modo:

DECLARE @IdList1 TABLE(Id INT, DummyID INT IDENTITY, PRIMARY KEY (ID, DummyID)); 
DECLARE @IdList2 TABLE(Id INT, DummyID INT IDENTITY, PRIMARY KEY (ID, DummyID)); 

2) tenta di aggiungere HASH JOIN hint di query come questa:

DELETE list1 
FROM @IdList1 list1 
INNER JOIN @IdList2 list2 ON list1.Id = list2.Id 
OPTION (HASH JOIN); 

Answer 7

sarei tentato di provare

DECLARE @IdList3 TABLE(Id INT); 

INSERT @IdList3 
SELECT Id FROM @IDList1 ORDER BY Id 
EXCEPT 
SELECT Id FROM @IDList2 ORDER BY Id 

No cancellazione necessaria.