Format de nombre

Bonjour,

j'ai besoin de votre aide pour un problème qui doit être assez simple à résoudre, mais là je tourne en rond ...
Dans ma base j'ai un champ définit en FLOAT.
J'ai des données enregistrées avec des décimales, et sans décimale (ce sont des montants).

Je dois transférer un fichier ascii, où tous les montants sont représentés sur 13 caractères, dont les deux derniers sont les décimales.

Comment puis-je faire ?

Merci de votre aide.

Bah float va bien jusqu'à 13 chiffres avant la virgule non ? Sinon, tu convertis la colonne en NUMBER(15,2) ;)

Bonjour,

un simple

Code:

---

lpad(to_char(montant*100),13,'0')

---

ne convient pas ?

Ben moi j'aurais tendance à dire :

Code:

---

lpad(to_char(montant,'99999999999.99'),13,'0')

---

Mais ça ne va pas marché aussi ..!! :?
Pourtant
to_char('152.43','9999999999.99') donne 152.43 et
to_char('152','9999999999.99') donne 152.00

Donc il reste qu'a appliquer le lpad pour rajouter des zéros à gauche.
lpad(152.43,13,'0') donne 0000000152.43 et
lpad(152,13,'0') 0000000152.00

Peut être l'imbrication de lpad() avec to_char() pose un problème:?:

Pourquoi s'embeter avec des LPAD et autre alors qu'un bete to_char permet de faire pareil.

Code:

---

1 2	select to_char(152.00,'00000000000.00') from dual

---

donne

00000000152.00

et

Code:

---

1 2	select to_char(152.43,'00000000000.00') from dual

---

donnera 00000000152.43

Effecivement ta solution est plus simple helyos ...
Mais je ne sais pas toujours pourquois

Code:

---

select lpad(to_char(151.15,'99999999999.99'),13,'0') from dual;

---

donne : 151.
Moi je m'attendais à : 0000000151.15 :!:

Citation:

---

Envoyé par blids

Effecivement ta solution est plus simple helyos ...
Mais je ne sais pas toujours pourquois

Code:

---

select lpad(to_char(151.15,'99999999999.99'),13,'0') from dual;

---

donne : 151.
Moi je m'attendais à : 0000000151.15 :!:

---

Les formatages de nombre avec TO_CHAR, c'est vicieux !
TO_CHAR(151.15, '9999.99), ça ne donne pas '151.15', mais ' 151.15' avec deux espaces en tête.
D'où viennent-ils ? En fouillant un peu dans la doc, ça s'explique :
- si on utilise une chaîne de formatage avec TO_CHAR, par défaut, le résultat est prédédé d'un espace
- un 9 (avant la virgule) dans la chaîne de formatage est converti en espace s'il n'y a pas de chiffre dans la même position dans le nombre de départ. Ici, 151.15 ne comporte pas de chiffre des milliers, donc le premier 9 de 9999.99 se transforme en espace.

Pour éviter cela, il suffit d'ajouter FM en tête de la chaîne de formatage, ce qui aura pour effet d'éliminer les espaces :

Code:

---

select lpad(to_char(151.15,'FM99999999999.99'),13,'0') from dual;

---

--> '0000000151.15'

Et voilà pourquoi votre fille est muette :wink:

OKeeeeey,
Je me disais qu'il y a pas de choses à revoir dans les fonctions de conversions... 8O.
Merci pour la réponse ... je pense shawinnigan peut marquer sa question comme résolut. :wink:

Merci à tous,

j'ai réussi à formater mes chiffres, merci.
Le débat sur le formatage était intéressant, et pour rajouter ma touche finale j'ai pu remarquer que suivant si on utilise le point ou la virgule comme séparateur, la fonction TO_CHAR ne réagit pas de la même façon:

Code:

---

1 2	select to_char(152.00,'00000000000.00') from dual

---

donne 00000000152.00

alors que

Code:

---

1 2	select to_char(152.00,'00000000000,00') from dual

---

donne 00000000001,52
Et ça je ne sais pas pourquoi ...

Merci à tous, et bonne continuation

attention tout va dépendre du NLS_LANG que tu utilises car le . et la , non pas forcement la meme signification en fonction du NLS_LANG

Citation:

---

Envoyé par helyos

attention tout va dépendre du NLS_LANG que tu utilises car le . et la , non pas forcement la meme signification en fonction du NLS_LANG

---

Comment ça, ils n'ont pas la même signification...!!? 8O

En AMERICAN le . est un séparateur décimal alors qu'en FRENCH c'est , le séparateur :?

Yes, ça marche Merci :wink: