Discussion :

[labolabs]

Qu’est-ce qu'il vous fait croire ça ? Le plan d'exécution ne montre guerre de trace d'un pareil comportement.

J'ai fait la remarque car la requête:

Code :

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

1
2
3
4
5
6
INSERT 
  when statut = 'COUR' then
  INTO T_COURANT (nm, statut) VALUES (nm, statut)
  when statut = 'HIST' then
  INTO T_HISTORIQUE (nm, statut) VALUES (nm, statut)  
SELECT * FROM TABLE_SOURCE;

a mis autant de temps pour insérer les lignes que celle-ci:

Code :

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

1
2
3
4
5
6
7
8
INSERT 
  INTO T_COURANT (nm, statut)
  SELECT * FROM TABLE_SOURCE WHERE statut = 'COUR';
 
 
INSERT 
  INTO T_HISTORIQUE (nm, statut)
  SELECT * FROM TABLE_SOURCE WHERE statut = 'HIST';

sachant que la deuxième requête fera 2 lectures de la table TABLE_SOURCE au lieu d'une dans la première requête.

[Waldar]

Avez-vous essayé en direct load (append) ?

[labolabs]

Non je n'ai pas fait de Append, j'ai juste utilisé le Parallel Run:

Code :

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

1
2
3
4
5
6
INSERT /*+ PARALLEL(c, 10) */
  when statut = 'COUR' then
  INTO T_COURANT (nm, statut) VALUES (nm, statut)
  when statut = 'HIST' then
  INTO T_HISTORIQUE (nm, statut) VALUES (nm, statut)  
SELECT * FROM TABLE_SOURCE;

Peut-on associer un Parallel Run avec un Append ?

[Waldar]

Oui je pense, mais il y a des contraintes pour le APPEND :
http://download.oracle.com/docs/cd/E...ments_9014.htm

Voir le premier gros paragraphe Conventional and Direct-Path INSERT.

[labolabs]

Je viens de jeter un coup d'œil sur cette article, apparemment pas besoin de APPEND quand il s'agit d'un INSERT avec le hint PARALLEL, vu que le APPEND est utilisé par défaut dans ce dernier cas.

(voir le paragraphe Oracle append hint and parallel DML)