[PL/SQL] Requête Merge

Version imprimable

J'ai créer une procédure en PL/SQL qui insère des rows dans une table à partir d'une autre table oui qui met à jour les lignes concernées.
Mais je ne comprends vraiment pas d'où vient l'erreur car Oracle ne me renvoit pas d'erreur.
J'aivérifié ma syntaxe..
quelqu'un pourrait il m'apporter son aide?
voici en gros mon code
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 OR REPLACE PROCEDURE p_load_market_offer IS BEGIN FOR c IN(select valeur_cursor from table) LOOP MERGE INTO TABLE_MERGe USING (select valeur from DUAL)s ON (c.id = s.id) WHEN MATCHED THEN UPDATE SET MO.begin_date = date_deb, MO.end_date = date_fin WHEN NOT MATCHED THEN INSERT ( MO.val1, MO.val2, MO.action_code, MO.begin_date, MO.end_date ) VALUES ( s.val1, s.val2 ); COMMIT; END LOOP; END;

04/01/2006, 17h27
claralavraie

il ne m'insère que la première ligne du curseur alors que les autres non.
04/01/2006, 17h37
claralavraie

Est_ce une erreur avec mon merge?
ou avec mon loop?

et pourquoi pas simplement :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 MERGE INTO TABLE_MERGe
  USING (select valeur_cursor from table) s
  ON (id = s.id)
  WHEN MATCHED THEN UPDATE SET
       MO.begin_date = date_deb,
       MO.end_date = date_fin
  WHEN NOT MATCHED THEN INSERT (
       MO.val1,
       MO.val2,
       MO.action_code,
       MO.begin_date,
       MO.end_date
  )
  VALUES (
       s.val1,
       s.val2
  );

04/01/2006, 17h45
claralavraie

oui exact, je me suis rendue compte que ça venait de ma clause ON.
Merci...
Je fatigue vraiment aujourd'hui.
04/01/2006, 18h23
orafrance

et surtout le LOOP n'est pas nécessaire si je ne m'abuse :?
05/01/2006, 08h54
claralavraie

Pourquoi mon loop ne serait il pas necessaire?
je dois parcourir toutes mes lignes de mon curseur.
05/01/2006, 09h13
orafrance

si la requête du curseur est dans la clause USING alors le curseur est inutile... du moins il me semble :?
21/01/2008, 17h50
dermenji
Bonjour,

Je me suis inspiré de ce post pour créér un merge qui alimente une table destinataire à partir d'une table source.
Par ailleurs, j'ai trouvé genial la possibilite de créer une table d'erreur grace a
au package DBMS_ERRLOG
Code:

1 2 3 --Ex de creation d'une table d'erreur de la table SOSTABLE DBMS_ERRLOG.CREATE_ERROR_LOG('SOSTABLE','ERR_SOSTABLE');
Le hic etant, que dans ma table source j'ai des colonnes du types CLOB alors que CREATE_ERROR_LOG ne gere pas ces types.
(liste des types refuser par DBMS_ERRLOG.CREATE_ERROR_LOG :LONG, CLOB, BLOB, BFILE, and ADT)

Ma question est
Si je rajoute ces colonnes à la main avec un alter table et que je met une taille de varchar assez grande pour le cas des CLOB, est-ce que l'insertion automatique des erreurs ce fera dans ma table d'erreur lors d'update et d'insert erroné dans ma table destinataire?

J'aurai aimé tester, mais je ne peux pas le faire actuellement.
Y'aurait'il une âme généreuse pour me venir en aide?

Merci d'avance
22/01/2008, 15h34
dermenji

J'ai trouvé une solution pour contourner la non gestion des types CLOB par la table d'erreur.

J'ai fait une table intermediaire ou j'insert les données de la table source en castant les CLOB en varchar(4000) grace a dbms_lob.substr("nom de la colonne",nombre de caractere du CLOB(4000 pour moi),numero du caractere qui indique le debut du substr)
ensuite je fais mon merge sur ma nouvelle table
Ainsi j'ai pu utiliser la table d'erreur avec le type CLOB dans ma table :)