[SQL] Ottimizzazione query

[DilanDog]

Dovendo eseguire una query di tipo Delete su una tabella con circa 20000 record, che nel 99% dei casi in base ai filtri utilizzati non andrebbe di fatto ad eliminare nulla perché non c'è nulla da eliminare, è più veloce eseguire direttamente la query di eliminazione oppure eseguire prima una query di test per verificare se ci sono effettivamente dei record da eliminare e quindi eseguire solo in questo caso la query di eliminazione?

Esempio:

Codice: Seleziona tutto

DELETE * FROM Tabella WHERE a=1 AND b=2


oppure

Codice: Seleziona tutto

SELECT COUNT(Id) AS TotRecord FROM Tabella WHERE a=1 AND b=2
if TotRecord >0 then
    'Esegue la query di eliminazione
end if


[/code]

[atomik]

Probabilmente la prima soluzione e' piu' veloce (perche' esegue un controllo in meno su una variabile), ma dipende molto da come sono implementate DELETE e SELECT sull'RDBMS...

Ad ogni modo 20000 record non sono tanti, quindi non mi preoccuperei piu' di tanto.

Per un lavoro di questo genere ti consiglio di usare un trigger.

[tux2]

Dipende molto da quanto questa query in particolare è critica per la tua applicazione.

Per critica intendo, quante occorrenze di tale query sono presenti in proporzione al totale.

Tieni presente che in una applicazione media, immaginando di suddividere le query in 2 grandi gruppi.

Quelle che leggono solo dal database (SELECT più o meno complesse) e quelle che possono anche apportare delle modifiche ( UPDATE, INSERT, DELETE ).

Tipicamente il primo gruppo supera, in quantità, di qualche ordine di grandezza il secondo gruppo.

Vale a dire che solitamente è molto più importante ottimizzare le performance delle SELECT che non delle altre operazioni. Tanto più che statisticamente le SELECT possono raggiungere complessità molto alte più facilmente. Raramente si hanno UPDATE, DELETE , o INSERT annidate o che coinvolgono più di una tabella.