Copie d'une table à une autre.

Version imprimable

28/10/2008, 09h09
Caillou63

Copie d'une table à une autre.

Bonjour,

Je dois copier plusieurs lignes de la table A vers la table B. Dans l'absolue, il n'y a pas de problème. Sauf que la table A peut contenir plus de 5 Millions de lignes, et lors de l'INSERT, j'explose le RollBack Segment. Je cherche un moyen efficace de découper le traitement en plusieurs parties. De plus, une fois les données copiées de A vers B, je dois faire un delete sur A pour effacer les lignes copiées. Et là aussi, je fais exploser le RollBack Segment.
Je précise que je suis novice en PL/SQL, j'ai commencé il y a moins d'un mois.

Merci pour votre aide.

Cordialement,

Caillou.
28/10/2008, 11h01
orafrance

recherche BULK COLLECT ;)
28/10/2008, 11h08
orafrance

exemple : http://www.developpez.net/forums/d63...ion-procedure/
28/10/2008, 11h40
Caillou63

Bonjour,

Merci pour votre aide.
Suite à votre premier message, j'ai aussi trouvé une explication à l'adresse suivante : http://www.developpez.net/forums/d63...ion-procedure/ .
Cette solution à l'air la plus simple à mettre en place et semble très pratique.

Merci

Cordialement,

Caillou
28/10/2008, 14h19
mnitu

Citation:

Envoyé par Caillou63

Bonjour,

Merci pour votre aide.
Suite à votre premier message, j'ai aussi trouvé une explication à l'adresse suivante : http://www.developpez.net/forums/d63...ion-procedure/ .
Cette solution à l'air la plus simple à mettre en place et semble très pratique.

Merci

Cordialement,

Caillou

Le plus simple est d’allouer assez d’espace de rollback que nécessaire. Si toute fois cela s’avère impossible le problème qui se pose est comment redémarrer le traitement en cas de plantage vu que des commits intermédiaires ont été effectués. Le bulk collect n’est que une méthode pour réduire la durée du traitement.
28/10/2008, 14h34
orafrance

c'est sûr qu'en employant cette méthode il faut tracer ce qui est fait pour faire une reprise en cas d'erreur :?
28/10/2008, 16h26
mnitu

Citation:

Envoyé par orafrance

c'est sûr qu'en employant cette méthode il faut tracer ce qui est fait pour faire une reprise en cas d'erreur :?

Et voilà comment cette solution qui "a l'air la plus simple à mettre en place" devient légèrement plus compliqué en pratique.
28/10/2008, 17h00
orafrance

enfin, même à voir ça parait pas plus simple je trouve :aie:
28/10/2008, 17h16
Caillou63

Bonjour,

J'ai oublié de poser une petite question : est ce que cette commande peut être utilisée en oracle 8i??
J'ai cherché plusieurs tutos et à chaque fois la version 9i et supérieur est utilisée.
De plus, vu que la table contient à la louche 5 000 000 de lignes et plus, donc la durée du traitement........ on en peut pas aller plus vite que la musique.

Cordialement,

Caillou.
28/10/2008, 17h20
mnitu

Oui

[EDIT]

Citation:

...
De plus, vu que la table contient à la louche 5 000 000 de lignes et plus, donc la durée du traitement........ on en peut pas aller plus vite que la musique.

Plus vite non, on ne peut pas. Par contre moins vite ...

[/EDIT]
28/10/2008, 17h31
skuatamad

Par contre l'utilisation des collections est plus pénible à coder en 8i. :?
Je crois que tu es obligé d'avoir une collection par colonne selectionnée, et pas des collections de records ou autres.
28/10/2008, 17h44
orafrance

surtout, le bulk collect vient de la 9i il me semble non ? Il risque de devoir faire du ligne à ligne avec commit de temps en temps :?

Non pas de soucis pour le bulk collect, par contre (étant l'heureux propriétaire d'une 8i :?) je viens de retester et je confirme ce que je disais, c'est plus chiant à coder.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
SQL> declare
  2
  3  type t_table is table of t%rowtype index by binary_integer;
  4  type t_c is table of t.c%type index by binary_integer;
  5  type t_d is table of t.d%type index by binary_integer;
  6
  7  macol t_table;
  8  macol1 t_c;
  9  macol2 t_d;
 10
 11  cursor cur1 is select c,d from t;
 12
 13  begin
 14    open cur1;
 15     loop
 16     fetch cur1 BULK COLLECT into macol1,macol2;
 17     Exit When cur1%NOTFOUND ;
 18    end loop;
 19    close cur1;
 
 20   21    for i in macol1.first..macol1.last loop
 22        dbms_output.put_line(macol1(i)||' - '||macol2(i));
 23    end loop;
 24
 25  end;
 26  /
28/10/08 - 29/10/08
 
Procédure PL/SQL terminée avec succès.
 
SQL> declare
  2
  3  type t_table is table of t%rowtype index by binary_integer;
  4  type t_c is table of t.c%type index by binary_integer;
  5  type t_d is table of t.d%type index by binary_integer;
 
macol t_table;
macol1 t_c;
macol2 t_d;
  6    7    8    9   10
 11  cursor cur1 is select c,d from t;
 12
 13  begin
  open cur1;
 14   15     loop
 16     fetch cur1 BULK COLLECT into macol;
 17     Exit When cur1%NOTFOUND ;
 18    end loop;
  close cur1;
 19   20
 21    for i in macol.first..macol.last loop
 22        dbms_output.put_line(macol(i).c||' - '||macol(i).d);
 23    end loop;
 24
 25  end;
 26  /
   fetch cur1 BULK COLLECT into macol;
                                *
ERREUR à la ligne 16 :
ORA-06550: Ligne 16, colonne 33 :
PLS-00597: l'expression 'MACOL' dans la liste INTO est de type incorrect
ORA-06550: Ligne 16, colonne 4 :
PL/SQL: SQL Statement ignored

28/10/2008, 18h28
mnitu

Citation:

Envoyé par skuatamad

Non pas de soucis pour le bulk collect, par contre (étant l'heureux propriétaire d'une 8i :?) je viens de retester et je confirme ce que je disais, c'est plus chiant à coder.
...

Tu peux utiliser un type objet pour contourner ce problème.
29/10/2008, 10h19
Caillou63

Bonjour,

Merci pour toutes ces explications. Je vais quand même prendre le Bulk Collect. C'est peut etre un peu long à coder mais ce sera le plus simple à dégogger si TMA il y a.

Cordialement,

Caillou
29/10/2008, 17h34
Caillou63

Bonjour,

Après avoir mis en place la solution proposée, j'obtient l'erreur suivante :
-4030: ORA-04030: out of process memory when trying to allocate 16396 bytes (koh-kghu sessi,kolcalm coll).
Que puis je faire pour ne plus avoir cette erreur??

Cordialement,

Caillou

Salut mnitu,

Citation:

Envoyé par mnitu

Tu peux utiliser un type objet pour contourner ce problème.

Bon au début je me suis dis super, mais en fait j'ai pas trop réussi avec le type object :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
SQL> create table t as select sysdate c1, sysdate+1 c2 from dual;
 
Table créée.
 
SQL> CREATE OR REPLACE
TYPE TYP_OBJ AS OBJECT (c1 date, c2 date);  2
  3  /
 
Type créé.
 
SQL> CREATE OR REPLACE
TYPE TYP_TAB_OBJ AS TABLE OF TYP_OBJ ;
/  2    3
 
Type créé.
 
SQL> declare
  2  macol TYP_TAB_OBJ;
  3  cursor cur1 IS SELECT c1,c2 FROM t;
  4  begin
  5    open cur1;
  6    loop
  7        fetch cur1 BULK COLLECT INTO macol;
  8        Exit When cur1%NOTFOUND ;
  9    end loop;
 10    close cur1;
 11    FOR i IN macol.first..macol.last loop
 12        dbms_output.put_line(macol(i).c1||' - '||macol(i).c2);
 13    end loop;
 14  end;
 15  /
      fetch cur1 BULK COLLECT INTO macol;
                                   *
ERREUR à la ligne 7 :
ORA-06550: Ligne 7, colonne 36 :
PLS-00386: non-concordance de type à 'MACOL' entre curseur FETCH et variables
INTO
ORA-06550: Ligne 7, colonne 7 :
PL/SQL: SQL Statement ignored

J'ai quand même fini par faire une petite recherche sur PLS-00386 et à priori on ne peut pas bulk collect dans un object (même en 9i):
http://www.developpez.net/forums/d11...ction-dobjets/

Citation:

Envoyé par skuatamad

Salut mnitu,

Bon au début je me suis dis super, mais en fait j'ai pas trop réussi avec le type object :
...
J'ai quand même fini par faire une petite recherche sur PLS-00386 et à priori on ne peut pas bulk collect dans un object (même en 9i):
http://www.developpez.net/forums/d11...ction-dobjets/

Si si ça marche mais il y a un astuce
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 CREATE TABLE t AS SELECT sysdate c1, sysdate+1 c2 FROM dual / CREATE OR REPLACE TYPE TYP_OBJ AS OBJECT (c1 date, c2 date) / CREATE OR REPLACE TYPE TYP_TAB_OBJ AS TABLE OF TYP_OBJ / declare macol TYP_TAB_OBJ; cursor cur1 IS SELECT typ_obj(c1,c2) FROM t; begin open cur1; macol := TYP_TAB_OBJ(); loop fetch cur1 BULK COLLECT INTO macol limit 5; -- FOR i IN macol.first..macol.last loop dbms_output.put_line(macol(i).c1||' - '||macol(i).c2); end loop; -- Exit When cur1%NOTFOUND; end loop; close cur1; end; /

29/10/2008, 20h46
mnitu

Citation:

Envoyé par Caillou63

Bonjour,

Après avoir mis en place la solution proposée, j'obtient l'erreur suivante :
-4030: ORA-04030: out of process memory when trying to allocate 16396 bytes (koh-kghu sessi,kolcalm coll).
Que puis je faire pour ne plus avoir cette erreur??

Cordialement,

Caillou

Et t'as utilisé LIMIT ?
29/10/2008, 21h23
skuatamad

yes merci mnitu pour l'astuce :king:
30/10/2008, 09h54
Caillou63

Bonjour,

Je n'ai pas utilisé LIMIT. Est ce une obligation ????? A quoi sert exactement ce mot clé??

Cordialement,

Caillou
13/11/2008, 14h23
Caillou63

Bonjour,

Le problème est résolu, on archive moins de lignes à la fois.

Merci pour toutes vos solutions,

Cordialement,

Caillou