Convertir SHORT_STRING en NUMBER

Bonjour à tous,

Je voudrais convertir un SHORT_STRING ayant la tête suivante : 6.3 ou 9 en NUMBER car je voudrais faire une somme dessus.
Pour l'instant si je la réalise, j'ai l'erreur invalid number.
Quelqu'un pourrait-il m'aider svp ?

Merci,

Elodie

Citation:

---

Envoyé par Lolie11

Je voudrais convertir un SHORT_STRING

---

Bonjour

SHORT_STRING n'est pas quelque chose qui existe sous Oracle. D'où cela provient-il ??

En fait je travaille sur des produits IBM, le produit est ClearQuest. D'après le schéma le nombre est un short string car c'est du SQL

Citation:

---

Envoyé par Lolie11

D'après le schéma le nombre est un short string car c'est du SQL

---

Très joli, mais ça ne veut rien dire ;)

Bonjour,

Oracle sait convertir implicitement un type de données. Le séparateur décimal est sans doute une virgule c'est pourquoi la somme ne fonctionne pas. Pour modifier cela dans ta session :

Code:

---

ALTER SESSION SET NLS_NUMERIC_CHARACTERS = ". ";

---

(Attention, il y a un espace après le point)

La somme ne devrait plus poser de problème, excepté si dans ce champ plusieurs séparateurs décimaux sont présents, ce qui serait encore plus sale que de sommer du texte :D

Bonjour,

Oui désolé pour ma phrase qui ne voulait rien dire, j'étais un peu naze.

Donc je travaille sur l'outil IBM ClearQuest qui peut être couplé avec pas mal de base de données. Les requêtes sous cet outil sont en SQL. Et l'outil a été couplé avec une BD Oracle. En effet je viens de vérifier dans l'outil ClearQuest il est écrit que mon champ estimate_wk_ld est un short_string mais en vérité c'est un VARCHAR.

Les séparateurs sont bien des "."

Merci

Bonjour,

Citation:

---

Les séparateurs sont bien des "."

---

Et as-tu assayé la solution proposée ?

Non je n'ai pas essayé. Mais je n'ai accès qu'à l'outil de programmation des requêtes et seulement le select est autorisé !!

Pour reprendre la solution de Mathias, si vous ne voulez ou ne pouvez pas toucher à la session vous pouvez l'intégrer directement dans votre formule :

Code:

---

to_number(MyShortString, <format>, 'NLS_NUMERIC_CHARACTERS = ''. ''')

---

Exemple :

Code:

---

1 2 3 4

select num + to_number(sst, '9D9', 'NLS_NUMERIC_CHARACTERS=''. ''') tst from (select 2.5 num, '1.3' sst from dual union all select 3 num, '.2' sst from dual)

---

Merci,

Je suis désolée Waldar mais je ne comprends pas bien ton exemple. Je n'ai pas de grandes connaissances.

Ce qui ne fonctionne pas :

Code:

---

1 2	SELECT sum(T1.estimate_wk_ld) from Defect T1

---

Avec ce que tu me dis :

Code:

---

1 2	SELECT sum(to_number(T1.estimate_wk_ld,'9D9','NLS_NUMERIC_CHARACTERS = ''. ''')) from Defect T1

---

Enfait il y a dans cette colone estimate_wk_ld des nombres 125 comme des nombre 0.1 que puis-je mettre au niveau du format ?

Merci,

Vous pouvez agrandir le format de conversion (là il vous faudrait regarder ce qu'il y a dans la base en terme de qualité de donnée) :

Code:

---

1 2	SELECT sum(to_number(T1.estimate_wk_ld, '999999999D9999999', 'NLS_NUMERIC_CHARACTERS = ''. ''')) FROM Defect T1

---

Le 9 est est caractère non obligatoire, 125 effectivement ne rentre pas dans le format 9D9 (qui veut dire entre 0 et 1 chiffre avant la virgule - enfin le point - et entre 0 et 1 chiffre après).

Sinon vous pouvez essayer avec un REPLACE, mais c'est moins propre et moins portable :

Code:

---

1 2	SELECT sum(to_number(replace(T1.estimate_wk_ld, '.', ','))) FROM Defect T1

---

Ca ne fonctionne toujours pas... J'ai beau tester sous SLQ Editor présent sous ClearQuest comme SQL Developper ça ne fonctionne pas :cry:

Pouvez-vous nous donner le résultat de cette requête :

Code:

---

1 2 3

SELECT substr(T1.estimate_wk_ld, 1, 1), count(*) FROM Defect T1 group by substr(T1.estimate_wk_ld, 1, 1)

---

Bonjour,

Ben du coup je viens de m'apercevoir que ce champs est remplie certaines fois complètement à l'arrache comme avec des "à définir". Donc merci beaucoup pour vos informations, mais du coup forcément ça ne pouvait pas marcher.
Je vais prendre un autre champ pour faire mon tri.

Merci et encore milles excuses...

Vous n'avez aucunement besoin de formuler des excuses, on est sur ce forum pour apprendre et comprendre !