Discussion :

[SD_X3]

Bonjour,

j'utilise X3V6 sous Oracle 11g. Dans la fonction GESALQ (requêteur SQL), je peux faire un 'CASE' (car langage SQL)
Cela fonctionne : la requête renvoie le résultat attendu mais celui-ci ne s'affiche que sur 3 caractères.

Autrement dit, seuls les 3 premiers caractères du résultat sont affichés (par exemple 'Gér' au lieu de 'Géré')
Je ne comprends pas pourquoi. Le résultat reste identique même si je change le type de zone dans la requête (Alpha, texte, clob…)
Voir exemple en PJ

Une idée par afficher ma chaine de caractères EN ENTIER (ex : 10 caractères) ?
Merci
SD

[jeromecha]

J'ai le même problème et ni moi, ni l'intégrateur n'a trouvé de solution. Apparemment c'est un bug X3. Je vais passé en liste de patch 26 dans la semaine on verra si ça résout le problème.

En attendant tu peux essayer de concaténer ton champ avec des espaces .... des fois ça marche (et des fois non ....)

Edit : Je viens de voir dans ton fichier joint que le problème se posait sur des champs issu de menus locaux (apparemment).
Tu peux essayer de récupérer l'intitulé du menu local directement dans la requête en faisant une jointure comme ça (exemple pour le menu local 318):

Code :

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

left join  APLSTD ml318 on TON_champ= ml318.LANNUM_0 and ml318.LAN_0='FRA' and ml318.LANCHP_0=318

et dans ta requête tu affiche ml318.LANMES_0 || " " (l'intitulé concaténé avec des espaces)

[SD_X3]

merci pour cette réponse.
Oui, je suis allé chercher les libellés dans la table APLSTD du coup mais pour une autre requête j'aurai besoin de la fonction 'CASE' ...
Mais bon, si c'est un bug X3, va falloir être patient. Je suis en version patch 27 de X3 V6 donc c'est sans espoir pour le patch 26
A+
SD

[rvduclos]

Bonjour,

avez-vous essayé votre requête SQL directement dans votre manager ?
Pourriez-vous nous faire suivre cette requête pour tests ?
C'est étonnant, car personnellement je ne suis pas encore arrivé à bloquer le requêteur SQL contrairement au 2 autres...

[jeromecha]

Une requête toute simple qui ne sert à rien .... à part mettre en évidence le bug:

Code :

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

1
2
3
4
5
6
select ITMREF_0,
case ITMREF_0
   when '0000000' then 'article zero'
   else 'article pas zero'
end
from ITMMASTER

Que je mettes, ou pas, la définition de colonne, le résultat du case est tronqué :

[g_antoine]

Pour info, en V5 patch 12, sous SQL Server, je ne constate pas le problème. J'ai bien le résultat du CASE en entier.

[rvduclos]

Ah oui, l'exemple est très simple !
C'est vraiment propre à X3 ou Oracle ? cette même requête sous SQLplus par exemple revient correctement chez vous ?
Un CAST ne vous aide pas ?
Dommage, je trouvais ce problème intéressant, mais je n'ai malheureusement d'oracle à ma dispo en ce moment.

[jeromecha]

Cette requête dans SQLPlus ou un ETL fonctionne très bien. C'est lié au requêteur X3.

Le cast est effectivement une solution de contournement comme la concaténation avec des espaces:

Code :

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

1
2
3
4
5
6
select ITMREF_0,
cast (case ITMREF_0
   when '0000000' then 'article zero'
   else 'article pas zero'
end as VARCHAR(100))
from ITMMASTER

Remarque : si on cast en VARCHAR(40) le texte est quand même incomplet !!
ou

Code :

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

1
2
3
4
5
6
select ITMREF_0,
case ITMREF_0
   when '0000000' then 'article zero'
   else 'article pas zero'
end || '                                                                        '
from ITMMASTER

[rvduclos]

Pour vérifier si X3 ne fait pas correctement son boulot, il est possible d'aller vérifier les sources des traitements générés à la validation.
dans le répertoire TRT de votre dossier applicatif. Si votre requête se nomme TOTO, vous devriez avoir un WMMTOTO.src.
Aller dans l'étiquette LECTURE, et vérifier comment il a généré votre requête:

Code :

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

1
2
3
4
For (
&  Char     C1(20)
& ,Char     C2(16)
& ) From '5' Sql TEXTE(1..5) As [SQL0]

Chez moi, votre 2ème colonne est en 16 caractères, chez vous elle doit être en 3 caractères !

[jeromecha]

Vraiment très intéressant cet échange.

alors la requête suivante

Code :

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

1
2
3
4
5
6
select ITMREF_0,
cast (case ITMREF_0
   when '0000000' then 'article zero'
   else 'article pas zero'
end  as VARCHAR(30))
from ITMMASTER

donne dans le ficher WMMxxxxx :

Code :

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

1
2
3
4
5
For (
&  Char     C1(20)
& ,Char     C2(10)
& ) From '3' Sql TEXTE(1..6) As [SQL0]

Sans le CAST ça donne

Code :

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

1
2
3
4
5
6
7
.....
For (
&  Char     C1(20)
& ,Char     C2(5)
& ) From '3' Sql TEXTE(1..6) As [SQL0]
......

Je me suis amusé à modifier le fichier WMMxxx.src puis à le recompiler. J'ai ensuite executer la requête (sans la valider bien sûr), et j'ai toujours le problème

[rvduclos]

Alors là, c'est plutôt étrange ! char (5) et il ne renvoi que 3 caractères.
C'est la fonction L4G sql qui ne retourne pas ce qu'il faut. Quelle est la version de votre runtime de traitement ? (j'ai regardé dans les corrections déjà réalisées, il y en a plusieurs sur sql mais pas de ce genre...)

J'allais justement vous proposer d 'éditer ce traitement WMMxxx.src (sans le cast), le compiler et vérifier. De forcer par exemple à char (20). Le champ receveur à l'air d'être correctement typé.
De mon côté j'ai même essayé de typer le champ comme l'article avec ITM, mais il doit y avoir une analyse de la requête sql avant sa construction.
Si vous avez la possibilité de remonter cela à SAGE, ça sent quand même le bug... non ? Vous leur aurez déjà prémâcher l'analyse...
Je ne vois pas ce que nous pourrions analyser de plus, désolé.

Ce serait quand même intéressant d'avoir un autre utilisateur avec oracle qui puisse nous confirmer le même souci, ou pas.
A voir...

[jeromecha]

Alors là, c'est plutôt étrange ! char (5) et il ne renvoi que 3 caractères.

Non,non !! Il renvoie bien 5 caractères , voir copie d'écran plus haut. Ce qui est étrange c'est que la dimension du Char ne corresponde pas à la requête (cas du CAST) ou à la taille de la donnée dans la base.

Si vous avez la possibilité de remonter cela à SAGE, ça sent quand même le bug... non ? Vous leur aurez déjà prémâcher l'analyse...
Je ne vois pas ce que nous pourrions analyser de plus, désolé.

J'ai remonté à mon intégrateur qui a du, je l'espère remonté à Sage.

Ce serait quand même intéressant d'avoir un autre utilisateur avec oracle qui puisse nous confirmer le même souci, ou pas.
A voir...

On est déjà 2 (SD_X3 et moi).

Sinon il y a d'autres fonctionnalités purement ORACLE qui fonctionne un peu bizarrement dans le requeteur mais ce sont des fonction beaucoup plus complexe que le simple CASE : SYS_CONNECT_BY_PATH mais c'est une autre histoire ....

[SD_X3]

Bonjour,

oui je fais le même constat que vous, même en modifiant le traitement WMMxxx.src
Mon interlocuteur SAGE (pas un intégrateur mais Sage en direct) me confirme avoir ouvert un ticket auprès du service développement.
Correction au patch 28 ?

Merci pour les explications
SD