Discussion :

[claralavraie]

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 :

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

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;

[claralavraie]

il ne m'insère que la première ligne du curseur alors que les autres non.

[claralavraie]

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

[orafrance]

et pourquoi pas simplement :

Code :

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

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
  );

[claralavraie]

oui exact, je me suis rendue compte que ça venait de ma clause ON.
Merci...
Je fatigue vraiment aujourd'hui.

[orafrance]

et surtout le LOOP n'est pas nécessaire si je ne m'abuse

[claralavraie]

Pourquoi mon loop ne serait il pas necessaire?
je dois parcourir toutes mes lignes de mon curseur.

[orafrance]

si la requête du curseur est dans la clause USING alors le curseur est inutile... du moins il me semble

[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 :

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

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

[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