Discussion :

[fab]

Bonjour,

J'ai déjà posté dans le forum SQL mais je n'ai pas eu de réponse claire. Le problème vient peut être de ma base.

J'ai une requete select assez importante. Je l'optimise et finit par avoir mes 1748 lignes en quelques secondes. Parfait.

Je veux insérer ce résultat dans une autre table avec un INSERT INTO () VALUES (SELECT...)

J'ai bien suivi les instructions d'optimisation préconisé : type de colonne identique et nommage des colonnes dans la 1ere partie du INSERT.

Malgré cela le temps d'insert est vraiment très long : plusieurs dizaines de minutes !

Pour info j'utilise des DB LINK.

Quel peut-être le problème ?

Merci

[chrifo]

Bonjour,
Vous faites peut-être le select sur l'instance distance (via /*+ DRIVING_SITE=<table> */ par exemple).
Lorsque vous passez en insert, Oracle exécute le select depuis l'instance locale, ce qui le plombe complètement. Je crois que ce pb est un bug référencé ...

[orafrance]

il ne faut pas utiliser VALUES si c'est par SELECT

Tu peux passer les indexes à USUSABLE et les rebuilder en fin d'insert, désactiver les contraintes et les triggers et utiliser le hint APPEND... tu peux aussi passer la table en NOLOGGING le temps de l'insert.

[fab]

Merci pour vos réponses.

Je ne met pas le VALUES, c'était pour expliquer le principe, désolé.

J'ai déjà lu pas mal de questions et papiers sur le sujet, j'ai bien essayé de désactiver les index, mettre le /*+ APPEND */, etc.. mais sans succès.

Pour le bug, l'explication me semble bien correspondre au problème. Je n'ai rien trouvé sur metalink d'oracle. J'ai peut-être mal cherché.
Avez vous plus d'info à me de donner ?

Merci encore

[chrifo]

Dans ce topic :
http://www.developpez.net/forums/sho...d.php?t=170051

[fab]

Ok, . Il n'y a apparemment pas de solution, Oracle ne semble pas vouloir traiter ce bug.

Tanpis, je contourne en passant par une procédure stockée, For (select...) loop insert... end loop;

C'est moins élégant mais cela marche rapidement.

[orafrance]

pense au bulk collect dans ce cas