conversion char -> float

Version imprimable

28/08/2006, 17h56
divail

conversion char -> float
J'aimerais créer une vue en récupérant certains champs d'une table mais j'aimerais convertir l'un d'entre eux de type 'char(16)' en 'float'.

MyTable (..., montant char(16), ...)
->
MyView(..., montant float,...)

J'ai essayé d'utiliser la fonction to_number (cf. ci-dessous) mais je rencontre ensuite des problèmes au niveau du type de données sous Business Objects. Existe-il une fonction du style "to_float" ?
Code:

1 2 3 4 5 6 7 8 9 10 11 CREATE OR REPLACE VIEW MY_VIEW (..., MONTANT, ...) AS select ..., to_number(montant) montant, , ... from MY_TABLE /
Merci.

to_number(char) te retournera un NUMBER. Si tu veux le transformer en quelque chose d'autre, tu peux employer cast.

Ex :

Code:

1
2
3
4
5
6
7
8
9
10
11
 
SQL> create or replace view v as select to_number('1.2') n1, 
cast(to_number('1.2') as float) n2 from dual;
 
View created.
 
SQL> desc v
 Name              Null?    Type
 ----------------- -------- ------------
 N1                         NUMBER
 N2                         FLOAT(38)

29/08/2006, 14h47
divail

J'ai essayé d'utiliser cast(to_number(...) as float). Mais une fois la vue créée, quand je fais un 'desc', on m'indique que le champ de la vue est toujours de type number...
Pour info, ma version d'oracle est la 8.1.7.4.
Auriez-vous une idée?
Merci.
29/08/2006, 15h00
laurentschneider

autre que CAST, non. je n'ai pas de 8i pour essayer
29/08/2006, 15h00
laurentschneider

Citation:

Envoyé par laurentschneider

autre que CAST, non. je n'ai pas de 8i pour essayer

si j'y pense, j'essayerai lundi, quand j'aurai une 8i sous la main

Citation:

Envoyé par laurentschneider

si j'y pense, j'essayerai lundi, quand j'aurai une 8i sous la main

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
8i CYRIL> select banner from v$version;
 
BANNER
----------------------------------------------------------------
Oracle8i Enterprise Edition Release 8.1.7.4.0 - Production
PL/SQL Release 8.1.7.4.0 - Production
CORE    8.1.7.0.0       Production
TNS for Linux: Version 8.1.7.4.0 - Production
NLSRTL Version 3.4.1.0.0 - Production
 
5 ligne(s) sélectionnée(s).
 
8i CYRIL> create or replace view v as select to_number('1.2') n1,
  2  cast(to_number('1.2') as float) n2 from dual;
 
Vue créée.
 
8i CYRIL> desc v;
 Nom                            Null ?    Type
 ------------------------------- -------- ----
 N1                                       NUMBER
 N2                                       NUMBER
 
8i CYRIL>

:wink:

30/08/2006, 11h24
divail

En fait, j'ai un problème par rapport aux fonctions to_number ou cast.

Depuis mon poste, que ce soit par sqlplus ou toad, la vue est bien créée et je peux ensuite faire un select dessus. En revanche depuis le poste de certains de mes collègues on peut créer cette meme vue mais un select genère une erreur oracle "ORA-01722: invalid number"...Est-ce que cela pourrait provenir du client oracle au niveau de la variable NLS_LANG distincte selon les postes?

De plus, quand on crée une table selon le modèle de la vue avec le champ montant de type number et que l'on fait ensuite un "insert into select..." qui utilise les fonctions to_number ou cast pour récupérer la valeur "montant" correspondante de type char(16) d'une table, cela fonctionne sur les différents postes.

Merci.
30/08/2006, 12h28
remi4444
Tu dois avoir une différence d'interprétation de la virgule d'un client à un autre, c'est ça qui fait planter. C'est sans doute dû au NLS_LANG effectivement (enfin je crois :oops:)

pour stabiliser l'histoire, tu peux etre plus précis dans le to_number, par exemple:
Code:

1 2 3 4 create or replace view v as select to_number ('1.2','999999999.999999999','NLS_NUMERIC_CHARACTERS = '',.''') n1 from dual
30/08/2006, 13h58
laurentschneider
Citation:
Envoyé par remi4444

Code:

1 2 to_number ('1.2','999999999.999999999','NLS_NUMERIC_CHARACTERS = '',.''')
ça ne sert à rien de préciser NLS_NUMERIC_CHARACTERS si tu n'as pas de D ni de G dans ton format.

tu fais soit
Code:

1 2 to_number(:n,'9999999999.99999999')
soit
Code:

1 2 to_number(:n,'9999999999D99999999','NLS_NUMERIC_CHARACTERS='',.'''=
30/08/2006, 14h38
divail

Quand j'utilise la fonction to_number(:n) cela fonctionne sur mon poste mais pas forcément sur un autre donc c'est pourquoi je pense que c'est une bonne idée de préciser le format avec to_number(:n,'9999999999.99999999') ou to_number(:n,'9999999999D99999999','NLS_NUMERIC_CHARACTERS='',.''')
Le problème c'est que j'ai essayé avec différents formats mais il me génère a chaque fois l'erreur oracle "ORA-01722: Nombre non valide"...

Merci.
30/08/2006, 15h02
laurentschneider

avec quel nombre :?:

Apparemment le probleme provient de la valeur de la chaine de caractères récupérée. C'est un char(16) et donc la valeur est de la forme '12,34 ' ou encore ',78 ' (avec des espaces)
J'ai donc essayé ceci:
Code:

1 2 3 4 5 6 7 8 9 select to_number ( to_char(',78 ', '999999999999999D9999999999999999'), '999999999999999D9999999999999999', 'NLS_NUMERIC_CHARACTERS='',.''' ) montant from dual
afin de "formater" ma chaine de caractère avant de la convertir.
Cela fonctionne sur mon poste mais pas sur celui de ma collègue...:(

enlève le to_char

Code:

1
2
3
4
5
6
 
SQL> select to_number(',78','999999999999999D9999999999999999',
'NLS_NUMERIC_CHARACTERS='',.''') montant  from dual;
   MONTANT
----------
       .78

30/08/2006, 16h18
divail

Non le to_char est indispensable du fait des espaces situés dans la chaine de caractères : ',78 ' puisque c'est un char(16).
Sinon cela retourne une erreur oracle.
30/08/2006, 16h27
divail

En fait j'ai essayé de modifier dans le registre de la machine de mon collègue ou cela pose problème la valeur du character set du client oracle (HKEY_LOCAL_MACHINE->SOFTWARE->ORACLE->HOME0->NLS_LANG)
En fait, lui a comme valeur "AMERICAN_AMERICA.WE8ISO8859P1" alors que moi "FRENCH_FRANCE.WE8ISO8859P1". J'ai fait un test sur sa machine avec "FRENCH_FRANCE.WE8ISO8859P1" comme character set et cela fonctionne.
Est-ce que l'on peut préciser cela lors de l'utilisation de la vue?
Merci.
30/08/2006, 16h41
remi4444

Citation:

Envoyé par divail

Non le to_char est indispensable du fait des espaces situés dans la chaine de caractères : ',78 ' puisque c'est un char(16).
Sinon cela retourne une erreur oracle.

C'est là qu'il y a un problème alors. Rends toi compte que lorsque tu fais un to_char d'une chaine, étant donné que ton to_char attend en entrée un nombre, oracle va donc faire une conversion implicite en nombre de ta chaine avant de la passer dans ton to_char.

si tu fait

Code:

to_char(',78 ')

oracle exécute en fait

Code:

to_char(to_number(',78 '))

Et donc on retombe sur le même problème du to_number....

vive les conversions implicites! :aie:
30/08/2006, 16h43
remi4444

Citation:

Envoyé par divail

Est-ce que l'on peut préciser cela lors de l'utilisation de la vue?

C'est précisément à ça que servent les paramètres NLS des to_char et des to_number.....
30/08/2006, 17h03
divail

Le problème c'est que ce sont les variables NLS_LANGUAGE and NLS_TERRITORY qui sont en cause. Or celles-ci ne peuvent pas être utilisées dans les fonctions SQL...(seulement par exemple via ALTER SESSION SET NLS_LANGUAGE = FRENCH NLS_TERRITORY = FRANCE;)
30/08/2006, 17h15
laurentschneider

ton premier problème, c'est ton TO_CHAR('string') qui est bidon.

ensuite, NLS_TERRITORY n'a d'influence que par NLS_NUMERIC_CHARACTERS, qui peut être employer dans to_number
30/08/2006, 17h20
divail

Ok mais si je n'utilise pas le to_char et que je fais un to_number de ',89 ' (avec des espaces) j'obtiens une erreur oracle.
30/08/2006, 17h28
remi4444

Citation:

Envoyé par divail

Ok mais si je n'utilise pas le to_char et que je fais un to_number de ',89 ' (avec des espaces) j'obtiens une erreur oracle.

utilise trim(ton-champ) pour supprimer les espaces, c'est quand meme plus adapté....

ouais, ok, tu peux faire un rtrim

Code:

1
2
3
4
5
6
7
 
select to_number(rtrim(',78     '),
'999999999999999D9999999999999999','NLS_NUMERIC_CHARACTERS='',.''') montant 
 from dual;
   MONTANT
----------
       .78

Citation:

Envoyé par divail

Le problème c'est que ce sont les variables NLS_LANGUAGE and NLS_TERRITORY qui sont en cause. Or celles-ci ne peuvent pas être utilisées dans les fonctions SQL...(seulement par exemple via ALTER SESSION SET NLS_LANGUAGE = FRENCH NLS_TERRITORY = FRANCE;)

Avec la 10gR2, TO_CHAR permet de spécifier le language à utiliser pour la date. Exemple:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
SQL> select sysdate from dual;
 
SYSDATE                                                                         
---------                                                                       
30-AUG-06                                                                       
 
SQL> select to_char(sysdate, 'DD-MON-YYYY', 'NLS_DATE_LANGUAGE=FRENCH') from dual;
 
TO_CHAR(SYSDA                                                                   
-------------                                                                   
30-AOÛT -2006                                                                   
 
SQL> exit

01/09/2006, 14h25
divail
J'ai donc utilisé pour la création de ma vue le modèle suivant:
Code:

1 2 3 select to_number(rtrim(',78 '), '999999999999999D9999999999999999','NLS_NUMERIC_CHARACTERS='',.''') montant from dual;
rtrim-> pour enlever les espaces causés par le champ de type char(16) récupéré
NLS_NUMERIC_CHARACTERS-> pour gérer le NLS CHARACTER SET différent selon les clients oracle.
Cela marche ainsi sur les différents postes.
Merci!

Fuseau horaire GMT +2. Il est actuellement 07h57.