Différence de temps entre SELECT "rapide" et INSERT "très lent"

Bonjour,

J'ai une question a vous soumettre, suite à des problèmes de tablespace TEMP qui explose.

J'effectue une requête SQL un peut compliquée (jointures multiples avec une table de base de 300 millions lignes).
Quand je fais un select count(*) from xx_tables : cela met 12 minutes => la requête renvoie un count(*) de 3 millions de lignes
Mais quand je fais le insert matable from select xx_champs from xx_tables => la requête prend 1H30.

Comment expliquer un tel décalage de temps entre le select et le insert ? Cela vous parait normal ?
J'ai l'impression qu'entre le select et le insert on ne reste pas sur le serveur BDD (alors que je pensais que si) car j'obtiens une durée de 1H30 lorsque je fais un select xx_champs from xx_tables et que les 3 millions de lignes naviguent entre le serveur et mon requêteur toad.

Pour info, on a fait une migration récente en oracle 12 donc je me pose la question s'il n'y aurait pas un paramétrage qui expliquerait mes problèmes(tablesspace temp et durée de requête qui explosent) alors que la requête et la volumérie n'ont pas changé.


Merci d'avance pour vos réponses,
Claire

Bonjour,

Le select count(*) risque de n'utiliser que des index de type primary key et foreign-key pour compter les lignes.

Pas besoin d'aller chercher les colonnes dans la table (et donc sur disque), c'est juste un comptage des lignes qui est nécessaire.
Dans le cas du select avec plusieurs champs, il faut bien aller les récupérer ces champs et de fait le plan d'exécution peut être totalement différent.

De ce fait, vous comparez des choses qui ne sont pas comparables. il est assez peu surprenant que les résultats soient différents.

Il peut être inéressant de faire des "explain plans" pour les deux requêtes et de comparer leur résultats.

En plus si votre table de destination contient beaucoup des indexes et ou contraintes de type clé étrangère voir déclencheurs tout ce que cela implique en terme de travail supplémentaire à la simple insertion des données dans la table de destination peut être très important.
Tracez votre traitement d'insertion pour comprendre où le temps passe et ensuite en fonction de résultat prenez les actions nécessaires à l'optimisation du traitement.

Pour l'insert il faut aussi prendre en compte le temps d'écriture dans les redologs, d'augmentation d'extents de la table, les undo.