Script de suppression massive des données d'une table X en se basant sur une autre table Y

Bonjour,

Mon problème fonctionnel est le suivant :

1- J'ai une table origine avec les champs uniques comme suit : date et séquence

2- J'ai une autre table nommé tiers avec les champs uniques aussi : date et séquence.

l'idée est de créer un script qui s'exécute périodiquement en parcourant la table tiers, s'il trouve les champs uniques date et séquence dans la table origine , il supprime l'enregistrement de cette dernière table (origine).

Je ne sais pas comment faire ce script pl/sql ou procédure etc ... et surtout d'une façon propre et optimisé vu que les tables contiennent des données volumineuses, si vous avez une idée svp ?

En attente de votre Feedback.

Merci d'avance.

As-tu besoin de quelque chose de plus compliqué que ça ?

Code:

---

1 2 3 4 5 6 7 8 9

DELETE FROM origine ori WHERE EXISTS ( SELECT NULL FROM tiers tir WHERE tir.sequence = ori.sequence AND tir.date = ori.date ) ;

---

De plus, si l'unicité des couples (sequence, date) est définie sur chacune de tes tables, cette contrainte est adossée à un index qui optimisera indubitablement la jointure.

Merci infiniment.

Oui j'ai déjà crée les deux index dans les deux tables.

Citation:

---

Envoyé par al1_24

As-tu besoin de quelque chose de plus compliqué que ça ?

Code:

---

1 2 3 4 5 6 7 8 9

DELETE FROM origine ori WHERE EXISTS ( SELECT NULL FROM tiers tir WHERE tir.sequence = ori.sequence AND tir.date = ori.date ) ;

---

De plus, si l'unicité des couples (sequence, date) est définie sur chacune de tes tables, cette contrainte est adossée à un index qui optimisera indubitablement la jointure.

---

Merci , stp côté performance qu'est ce que tu me suggère d'utiliser ta solution ou bien la suivante ?

Code:

---

1 2 3 4 5

DELETE FROM origine WHERE (date, sequence) IN ( SELECT date,sequence FROM tiers. );

---

Vous pouvez comparer les plans d'exécution mais je ne pense pas que l'écart soit perceptible.

La clef pour accélérer vos suppressions c'est de n'avoir aucun index sur la table origine hormis la clef unique (sequence, date).

De mon expérience, c'est généralement plus rapide de supprimer ces index, de passer la suppression puis de les recréer.

Il est révolu le temps où il y'avait une différence de plan entre le IN et EXISTS.
Depuis la 9i le CBO lors de la phase d'optimisation de la requête transforme la requête en "unnestant" la sous requête. On obtient donc le même plan à chaque fois (sauf si vous êtes en 8i ou que vous avez désactivé la fonctionnalité QUERY TRANSFORMATION). Il juste faut s'assurer que les accès aux 2 tables se fasse de manière optimisé notamment en créant les index adaptés.
http://ahmedaangour.blogspot.fr/2011...vs-exists.html

Concernant les perfs des DELETES en général il faut bien avoir à l'esprit que l'instruction DELETE est surement dans oracle l'instruction la plus couteuse.
En effet lors d'un DELETE, Oracle doit effectuer les opérations suivantes:
- Trouver la ou les lignes à supprimer (comme pour un SELECT)
- supprimer la ou les lignes du bloc
- trouver et supprimer dans les blocs feuilles de l'index les entrées d'index correspondantes
- Vérifier les contraintes d'integrité et supprimer les lignes enfants si la contrainte est en mode DELETE CASCADE
- Executer le code des triggers ON DELETE éventuels
- et bien sûr tout ceci genère du REDO et de l'UNDO

Si on supprime une grosse partie de la table alors la meilleure solution serait de sauvegarder les lignes à conserver dans une table tempo, de truncater la table et de réinsérer les lignes sauvegardées.
Bien sûr cela n'est possible que si la table n'est pas accédée pendant ce temps par d'autres sessions.