Assignation entre variables %ROWTYPE

Version imprimable

bonjour,

j'essaie de copier le contenu d'une variable de type %ROWTYPE dans une autre mais pas moyen :(. Le second %ROWTYPE est identique au premier, à l'exception près qu'il y a une colonne de plus:

TABLE historique
id, etat_p, mnt_p, (plus de 50 colonnes) ...

TABLE historique_tmp
mêmes colonnes que la table historique, mais avec en plus la colonne qui suit:
distribution number;

Ça me donne une erreur à la compilation:
PLS-00382: expression is of wrong type

C'est tiré d'une procédure stockée sur Oracle 11g:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 CURSOR cur_historique IS select * from historique; l_historique historique%ROWTYPE; l_historique_tmp historique_tmp%ROWTYPE; l_aleatoire number; OPEN cur_historique; LOOP FETCH cur_historique INTO l_historique; EXIT WHEN cur_historique%NOTFOUND; l_aleatoire := FCT_ALEATOIRE(); l_historique_tmp := l_historique; -- PLS-00382: expression is of wrong type l_historique_tmp.distribution := l_aleatoire; INSERT INTO historique_tmp t VALUES l_historique_tmp; END LOOP; CLOSE cur_historique;

03/08/2009, 15h30
fatsora

c'est peut etre un FORALL que tu veux faire ...

il y a des exemples ici

http://sheikyerbouti.developpez.com/pl_sql/?page=Chap5
03/08/2009, 16h51
COOL_DEV
Code:

1 2 L'ordre SQL doit être INSERT, UPDATE ou DELETE en relation avec au moins une collection Il doit exister des éléments dans la collection pour toutes les valeurs d'indice de l'instruction FORALL
Les collections ne sont pas utilisés ici. En fait, le coeur du problème réside dans le fait que ça serait pratique de lire un %ROWTYPE en provenance d'une table, puis de l'insérer dans une autre table, cette dernière contenant une colonne de plus (donc un %ROWTYPE différent).

Je me demandais si il existait un truc pour faire ça ?
03/08/2009, 16h57
fatsora

comme le message d'erreur l'indique ce n'est pas possible !!!

pourquoi ne pas faire un FORALL ???
03/08/2009, 17h10
COOL_DEV

je ne suis pas certain de comprendre comment un FORALL s'applique ici ?

tu peux adapter un truc comme ca

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
 
CREATE TABLE TEMp_EMP AS
SELECT *
FROM EMP
WHERE 1=2;
 
DECLARE
 CURSOR cur IS
 SELECT *
 FROM EMP;
 
 TYPE fetch_array IS TABLE OF cur%ROWTYPE;
 s_array fetch_array;
BEGIN
 OPEN cur;
   LOOP
    FETCH cur BULK COLLECT INTO s_array ;
 
    FORALL i IN 1..s_array.COUNT
    INSERT INTO TEMP_EMP VALUES s_array(i);
 
    EXIT WHEN cur%NOTFOUND;
  END LOOP;
CLOSE cur;
  COMMIT;
END;
/

Bon à titre informatif voici une version corrigée:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 CURSOR cur_historique_tmp IS SELECT * FROM historique_tmp; TYPE t_historique_tmp IS TABLE OF cur_historique_tmp%ROWTYPE; v_tablo_historique_tmp t_historique_tmp; OPEN cur_historique_tmp ; LOOP FETCH cur_historique_tmp BULK COLLECT INTO v_tablo_historique_tmp; FORALL i IN 1 .. v_tablo_historique_tmp.COUNT -- Insérer les valeurs de la table temporaire vers la table cible -- en omettant d'insérer le dernier champ, exclusif à la table tmp INSERT INTO historique(id, etat_p, mnt_p, etc.) VALUES (v_tablo_historique_tmp(i).id, v_tablo_historique_tmp(i).etat_p, v_tablo_historique_tmp(i).mnt_p, etc.); EXIT WHEN cur_historique_tmp%NOTFOUND; END LOOP; CLOSE cur_historique_tmp ;
Avantages: Performance améliorée grâce au BULK-Binding :)
Inconvénients: Évolutivité restreinte car les colonnes doivent être déclinées :(

La solution idéale serait de ne pas nommer les colonnes explicitement, car un ajout de colonne implique de la maintenance.

07/08/2009, 16h59
COOL_DEV
qui peut être abrégé de la sorte (voir post précédent) car tout les champs de la table cible sont renseignés:
Code:

1 2 3 4 FORALL i IN 1 .. v_tablo_historique_tmp.COUNT INSERT INTO historique VALUES (v_tablo_historique_tmp(i).id, v_tablo_historique_tmp(i).etat_p, v_tablo_historique_tmp(i).mnt_p, etc.);
de cette façon, le nom des colonnes n'est déclinée que dans le VALUES.