Discussion :

[lachik]

Bonjour à tous !

J'ai une petite question, j'ai une requete du genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
    BEGIN
        INSERT INTO NAME_RANKING (NAME_ID, RANKING_ID)
        SELECT NAME_ID, ranking_id FROM PRODUCT_NAMES WHERE NAME = class_string;
    END;

Cette requête insère des milliers de lignes (voir des millions) , mais forcément, il y a des soucis de performance (idem pour les delete).

Comment puis-je améliorer au mieux cette requête ? Utiliser "FORALL" ou une boucle "FOR" et faire un "COMMIT" tous les n passage ...?

Je suis un peu perdu dans tout ca (car avant de poster j'ai quand meme regardé ce qu'il se faisait

Merci

[star]

si tu as des indexes sur cette table supprime les avant de lancer l'opération ensuite recrée les
Pour une suppression totale des lignes d'une table le mieux est d'utiliser truncate
.

[lachik]

Merci @Star pour ta réponse.

En fait, il s'agit d'une procédure lancé via Java. Je sais pas s'il on peut (et si s'est conseillé) supprimer les index dans une procédure pour les "reconstruire" ensuite.

Pour les deletes, ils ne concernent pas toutes la table, seulement une partie genre entre 100 000 ligne et 1 million .

[mnitu]

La façon de faire est normalement optimale. Utiliser bulk insert ne devrait pas changer grand chose mais j'ai récemment survolé un article de Jonathan Lewis qui montre qu'en 11g dans certaines conditions le bulk se comporte mieux.
Ensuite, ce type de traitement peut s'accélérer en faisant un direct path insert via le hint APPEND. Mais cette méthode pose certaines restrictions comme l'absence des clés étrangères et triggers et a des implications qui faut bien évaluer.
Autre piste consiste dans le chargement en parallèle mais la machine doit avoir de ressources disponible pour y bénéficier sinon l'effet peut être contraire.
Concernant la suppression des masse il y un poste assez connue sur le site de Tom Kyte qui explique que si la proportion des enregistrements supprimes est importante il est mieux de créer une nouvelle table juste avec les enregistrements à garder, détruire l'ancienne table et renommer la nouvelle.
Et comme d'habitude quand vous avez un problème de performance il faut analyser le traitement dans son ensemble et trouver où le temps passe. C'est à partir de la que vous savez précisément sur quoi il faut agir.

[lachik]

Merci @mnitu

Pour la suppression, ca peut etre une bonne idée, je vais essayer.

Et concernant l'utilisation du "forall" est-ce bien ? et faire des commit par paquets, est-ce que ca serait plus rapide ?

[mnitu]

"ForAll" est synonyme de ce que j'ai appelé "bulk insert".
Commit par paquets non.