[c#] Séparateur décimal : problème dans un cas très particulier (via ManagedDataAccess en c#)

Bonjour,

J'ai un soucis très particulier avec le to_number.
Le système sur lequel je travaille est sur une base Oracle. Le séparateur de décimal est le point, il en a toujours été ainsi.
Donc les postes dev, utilisateurs et les serveurs sont configurés pour mettre le point.
to_number('1.3') a toujours renvoyé 1.3 et to_number('1,3') a toujours renvoyé ORA-01722.
D'autre part, on utilise une fonction maison "isnumeric" qui fait un to_number, qui renvoie 1 si ok et 0 sinon. Pareil, ça a toujours fonctionné.

Il y a des résultats dans une table sous forme de varchar2. En général, il y a un nombre avec un point. Et régulièrement, il y a besoin de convertir cette valeur en décimal.

PL/SQL, programmes en delphi, c#, crystal report, tout se passe bien, sauf dans 1 cas où un programme en c# n'obtient pas la donnée convertie.
Exemple : j'ai '9.16'. que ce soit sur sql developper ou sql plus, to_number('9.16') renvoie 9.16.
Or, quand je passe en debug en c#, je n'ai pas de valeur convertit, et si je rajoute un isnumeric('9.16'), cela renvoie 0. :cfou:

J'ai eu une idée. Dans ma fonction qui renvoie le résultat numérique final en partant du varchar2, je fais :

Code:

---

1 2 3 4 5 6 7

-- xValeur et yValeur_transformee sont des varchar2 if isnumeric(xValeur) = 0 then yValeur_transformee := replace(xValeur, '.', ','); else yValeur_transformee := xValeur; end if;

---

Et là, la fonction marche très bien partout.
Mais je trouve ça pourri comme "patch".

Quelqu'un a-t-il été confronté à ce problème ? Y a-t-il une manière plus "propre" de contourner ce problème ?
Merci :wink:

La fonction to_number peut prendre deux paramètres supplémentaires :

1. le format de la chaîne de caractères à convertir
2. le paramétrage nls pour les séparateurs décimal et de milliers

J'imagine que la fonction IsNumeric tente un to_number et sur exception "value error" renvoie 0.
Rajouter ces deux paramètres dans votre fonction, vous n'aurez plus ce soucis.

Regardez par exemple dans ce fil :
https://www.developpez.net/forums/d1...a/#post8789550

Merci

Oui, j'avais vu le to_number avec le format et le séparateur. Mais imposer le format à la conversion ne me semblait pas idéal.
Après tout, par rapport à mon replace ('.', ',') avant de retenter un autre to_number, ce n'est pas plus moche.

Dans la fonctions isnumeric, je ne cherche même pas le type d'erreur : when others then return 0.
Parce que ça marche ou ça marche pas, cette seule information nous suffit.

Je pensais qu'il y avait un paramétrage quelque part pour modifier le séparateur. C'est quand même curieux que tout fonctionne tout le temps et que dans ce cas-là, le séparateur soit une virgule.
Quant à faire un alter session juste avant cette procédure, je n'ai même pas essayé tellement je trouvais ça dingue.

Dorénavant, je vais utiliser le to_number(format, séparateur) quand le problème risque d'arriver, c'est à dire quand je passer par un appel en c# d'une procédure renvoyant des ref cursor.

J'aurai bien aimé savoir si d'autres personnes ont été confrontées au même soucis. Je trouve ça trop bizarre !

;)

Vous pouvez bien entendu modifier ce même paramètre au niveau de la session.

Code:

---

alter session set nls_numeric_characters='.,';

---

Comme tous les paramètres NLS, leur attribution est complexe (mais définie) et dépend de plusieurs facteurs, je vous invite à chercher un peu sur le forum le sujet revenant régulièrement.

L'intérêt de le positionner dans votre fonction IsNumeric c'est que ça fonctionnera quel que soit l'environnement appelant.

Un alter session dans isnumeric ?
Bon, je n'aurai pas crû que c'était bien ! Pour moi, c'est comme si word devait contrôlait qu'on était bien en Français quand il voyait le mot vendredi !
M'enfin si c'est la bonne pratique, je vais diffuser cette info autour de moi.

Ce n'est pas du tout ce que je voulais exprimer.
De manière générale, on peut changer le paramètre nls_numeric_characters, entre autres, au niveau de la session.

Le seul conseil que je vous donne c'est d'utiliser l'attribut nls_numeric_characters de la fonction to_number dans votre fonction IsNumeric.

Ah ok
Dans mon cas, c'est un service windows qui lancer un exe c# qui lance des requêtes SQL, donc le changement du nls de la session, bof
Mais oui, par contre, utiliser le NLS_NUMERIC_CHARACTERS dans le to_number peut convenir !