Discussion :

[Knguyen]

Bonjour,

J'essaie de mettre à jour une table sur sql server avec des données qui sont dans des tables sous oracle. Le problème est que lors de l'update, il me mets pas les bons champs dans la table.

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
DECLARE
four number;
 
BEGIN
 
for donnee in (SELECT  info.nom_mat,info.CODE_COLB,info.nom_tail,substr(info.nom_mat_remp||'-'||info.CODE_COLB_REMP|| '-' ||m2.LIB_MAT,1,35) as infolibre,compt.num_four,compt.rais_soc
                     FROM zlaf_donnee)
loop
 
     -- Mettre à jour la table QCOMPOST 
    UPDATE QCOMPOST@srvmsbdd01_prd QC SET
           QC.QC_INFOLIBRE1 = donnee.infolibre,
           QC.QC_TIERS = donnee.num_four
     WHERE QC.QC_MATIERE = donnee.nom_mat
      AND  QC.QC_COLORISMAT = donnee.code_colb
      and  (QC.QC_TAILLEMAT = donnee.nom_tail or (QC.QC_TAILLEMAT = null and donnee.nom_tail = null));
 
 
END loop;
--COMMIT;
 
END;
/

Lors de l'exécution de ce code, le champs QC_INFOLIBRE1 est mis à jour avec les données "donnee.nom_tail". Pourtant le code est correct.

Quels sont mes erreurs?

Merci d'avance.

[bstevy]

Vous avez essayé de pas utiliser de boucle mais de la faire directement ?
C'est quoi l'intéret de la boucle ? :-/

[Knguyen]

J'ai essayé de faire un "update table set (select .....)" mais cela ne fonctionne pas avec un dblink.

J'ai également essayé un "merge ... into" mais cela ne fonctionne pas non plus avec un dblink.

La seule solution qui ne renvoie pas d'erreur est le curseur avec une boucle.

[bstevy]

Pas d'erreur, mais pas les bonnes valeurs


Avez vous essayé un simple update depuis le db link avec des valeurs en dur ?

[Knguyen]

Oui j'ai fait un update avec une valeur 'TOTO' et cela a bien fonctionné.

J'ai l'impression qu'il interprète mal les données du curseur et qu'il les mélange mais comme je n'ai pas trouvé d'autres solutions pour le moment ...

[SQLpro]

Bonjour,

J'essaie de mettre à jour une table sur sql server avec des données qui sont dans des tables sous oracle. Le problème est que lors de l'update, il me mets pas les bons champs dans la table.

Pourquoi ne pas faire l'inverse avec un serveur lié côté SQL Server ? Ce serait plus simple et plus performant !

Code :

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

1
2
3
4
5
6
7
8
9
UPDATE  QC 
SET     QC_INFOLIBRE1 = info.substr(info.nom_mat_remp + '-' + info.CODE_COLB_REMP + '-' + m2.LIB_MAT, 1, 35),
        QC_TIERS = info.num_four
FROM    dbo.rvmsbdd01_prd AS QC
        JOIN zlaf_donnee AS info
	         ON QC.QC_MATIERE = info.nom_mat
                AND  QC.QC_COLORISMAT = info.code_colb
                AND  (QC.QC_TAILLEMAT = info.nom_tail 
				      or (QC.QC_TAILLEMAT IS null and info.nom_tail IS null));

A +

[Knguyen]

C'est vrai que c'est plus performant de le faire directement du coté de SQL server où l'update se fait, mais le programme est intégré à un .sh qui s'exécute automatiquement par un CRON sur un serveur avec SQL plus.

J'ai néanmoins trouvé la solution à mon problème .

Code :

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

1
2
3
4
5
6
7
8
  
     -- Mettre à jour la table QCOMPOST 
    UPDATE QCOMPOST@srvmsbdd01_prd QC SET
           QC.QC_INFOLIBRE1 = donnee.infolibre,
           QC.QC_TIERS = donnee.num_four
     WHERE QC.QC_MATIERE = donnee.nom_mat
      AND  QC.QC_COLORISMAT = donnee.code_colb
      and  (QC.QC_TAILLEMAT = donnee.nom_tail or (QC.QC_TAILLEMAT = null and donnee.nom_tail = null));

Apparemment, le null est très mal géré entre les deux serveurs. En sachant que l'utilisation de is null ou isnull n'était pas supporté par Oracle avec une connexion à distance sur SQL server.

Du coup la requête a été modifiée pour ne pas à voir gérer les null dans l'update.

Merci pour votre aide.

[Pomalaix]

En sachant que l'utilisation de is null ou isnull n'était pas supporté par Oracle avec une connexion à distance sur SQL server.

Cette affirmation me semble bien fantaisiste, surtout quand vous prétendez contourner le "problème" par une requête fausse à base de "WHERE ...=NULL".

[Knguyen]

La réponse "fantaisiste" m'est juste donnée par Oracle. Mais bon, je ne fais que retranscrire le message d'erreur renvoyé.

Code :

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

1
2
3
4
5
6
7
Rapport d'erreur -
ORA-02070: base de données SRVMSBDD01_TEST ne supporte pas  IS NULL dans ce contexte
ORA-06512: à ligne 14
02070. 00000 -  "database %s%s does not support %s in this context"
*Cause:    The remote database does not support the named capability in
           the context in which it is used.
*Action:   Simplify the SQL statement.

Et je ne contourne pas le problème par une requête fausse en mettant "= null" puisque ma demande d'aide venait justement du code qui était en erreur.

Je vous remercie néanmoins pour la participation très "instructive" à la discussion.

[Pomalaix]

Il aurait été bien plus utile de détailler votre contexte technique (type de passerelle et version d'Oracle notamment) et de fournir dès le début les messages d'erreur à l'appui de vos dires, plutôt que des affirmations douteuses du style "cela ne fonctionne pas", "apparemment...", "j'ai l'impression que...".

Car moi, mon expérience, c'est que IS NULL à travers un DB link pointant vers SQL Server, ça marche très bien !
Du moins en utilisant la passerelle de connexion hétérogène vers SQL Server.

Mais peut-être utilisez-vous la passerelle générique ODBC ?
Dans ce cas, la solution pourrait être de faire appel à DBMS_HS_PASSTHROUGH.EXECUTE_IMMEDIATE.