[DELETE]Beaucoup trop long

Bonjour,

J'ai deux tables A et B. La table A contient une clé etrengère (idExt) vers la clé primaire de B(id). J'aimerais pouvoir purger la table B suivant le raisonnement suivant :

Il faut supprimer tous les enregistrements de B, pour lesquels aucun élément de A contient une référence vers B(id).

Le probleme est que ce que j'ai fais est beaucoup trop long. Je vous mets mon code :

Code:

---

1 2	DELETE FROM B b WHERE b.id NOT IN (SELECT DISTINCT idExt from A) AND .... (des autres conditions).

---

Mes tables comportent chacune environ 100 000 enregistrements.

Merci d'avance.

Bonjour,

peut-être qu'avec un NOT EXISTS :

Citation:

---

DELETE FROM B b WHERE NOT EXISTS (SELECT * from A where b.Id = a.IdExt and .... autres conditions)

---

je n'ai pas testé, donc .....

Une remarque au passage mais qui ne répond pas à ta question : ta requête n'est pas conforme vis-à-vis de la norme SQL (sauf erreur de ma part) : tu ne peux pas employer un alias sur une table à laquelle tu appliques un INSERT, UPDATE ou DELETE.

Tu peux enlever le DISTINCT dans ta sous-requête,
il n'est pas nécessaire et probablement que ça va améliorer la performance.
Enlève les alias, ils ne sont pas nécessaire.

C'est quoi ton SGBD?
En DB2, le NOT EXISTS est moins performant que le NOT IN.
Bonne journée!

Je travaille sous Oracle. Et je me suis trompé c'est un NOT IN et non un NOT EXIST.

Merci.

Quel est l'EXPLAIN PLAN de ta requete SELECT ?
Tu as bien un index sur b.id ?
Vu que tu utilises un NOT IN, ca veut dire que ta requete SELECT ne va pas te ramener plus de 1024 registres, donc a mon avis il faut optimiser d'abord ta requete SELECT car un DELETE sur 1000 ID max avec un index ca doit se faire tres rapidement...

Le select de ces mêmes lignes est-il long ?
si non, on peut envisager des problèmes de verrous, waits ou autres problèmes de rollback.

Si oui, c'est simplement un problème d'optimisation de la requête/structure des tables