Discussion :

[N_Ron]

Bonjour,

Mon problème est surement simple. J'ai une requete:

Code :

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

1
2
3
4
SELECT DATEHEURE,VAL_MetBC,VAL_AbsSup, 
MAX( CASE WHEN ID_CARACT='529' AND STATUT='H2AAHO1018JC' THEN TO_NUMBER(REPLACE(REPLACE(VAL_CARACT,'na','0'),'.',',')) END) as COL1
 FROM SADD_IMP_VAL_TMP   WHERE POSTE='FRCS1316' 
GROUP BY DATEHEURE,VAL_MetBC,VAL_AbsSup

Elle fonctionne parfaitement sur SQLWiew, mais qu'en je l'execute sur WinDev il me renvoie l'erreur ORA-01722: Nombre non valide
Mais si je pointe sur une table quasi identique, remplit des memes valeurs et stockée sur une autre base de donnée cela fonctionne parfaitement!!

Mes Val_CARACT sont des chiffres de la fome "999999.99999" en chaine de caractère. Mais comme cela fonctionne sur l'autre table, je ne pense pas que ce soit un problème de nombre valide ou pas.
PS: dans mon test il n'y a pas de "na".

Merci d'avance.
N_Ron

[Snipah]

C'est sans doute un problème de NLS_NUMERIC_CHARACTERS, qui doit changer d'une base à l'autre ou d'une session à l'autre.
Tu peux lui préciser la nature des délimiteurs dans la fonction to_number :

Code :

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

1
2
3
4
SELECT DATEHEURE,VAL_MetBC,VAL_AbsSup, 
MAX( CASE WHEN ID_CARACT='529' AND STATUT='H2AAHO1018JC' THEN TO_NUMBER(REPLACE(REPLACE(VAL_CARACT,'na','0'),'.',','),'NLS_NUMERIC_CHARACTERS = '', ''') END) AS COL1
 FROM SADD_IMP_VAL_TMP   WHERE POSTE='FRCS1316' 
GROUP BY DATEHEURE,VAL_MetBC,VAL_AbsSup

Ceci étant, il serait peut être mieux de corriger le problème en amont en uniformisant ce paramètre sur vos différentes bases/instances/sessions.

[N_Ron]

Merci à toi Snipah,

J'ai essayé ta solution et elle fonctionne cependant il n'est pas possible d'harmoniser nos bases et mon application doit fonctionner sur les deux si nécessaire donc j'ai choisi de rentrer mes valeurs directement en entier.
C'est encore plus facile !
Encore merci car dans tous les cas tu as mis le doigt sur un de nos défaut de paramétrage.

Bonne continuation,
N_Ron