Discussion :

[nuke_y]

Bonjour,

je cherche à ne récupérer que les caractère numériques d'un champ varchar2 et je ne sent pas la solution de 246 "REPLACE" imbriqués au niveau performances...
En cherchant sur le net j'ai bien trouvé ça :

LENGTH (TRIM (TRANSLATE (CL_INFO_COMP22, '0123456789', ' ') ) )

qui renvoie null s'il n'y a que des chiffes. Cela permet de tester pour être sur qu'il est composé uniquement de caractères numériques mais pas de "récupérer" des champs dans lesquels un utilisateur facétieux a mis un "." ou un " " mal venu ...
De ma part et de la part des utilisateurs qui éviteront ainsi que je leur fasse ressaisir toutes leurs valeurs invalides, d'avance merci !

[orafrance]

qui éviteront ainsi que je leur fasse ressaisir toutes leurs valeurs invalides, d'avance merci !

bah l'obligation de saisir un montant sans faute de frappes ça me semble normal... habituellement, le controle du format est fait coté applicatif

[nuke_y]

Voui mais non !
Je suis toujours dans ma migration de données et j'aimerai en perdre le moins possible donc essayer de récupérer celles qui éventuellement sont récupérables !

[orafrance]

bah tu ajoutes les espaces, . et , dans le TRANSLATE

[nuke_y]

Ben non !!!
Si je les rajoutes, tout ce que ça fera c'est laisser passer les champs contenant AUSSI ces charactères là et il faudra que je fasse un REPLACE(REPLACE(CL_INFO_COMP22,' '),'.')',') et en termes de perf c'est pas terrible ... m'enfin bon apparement y a pas le choix...

[orafrance]

REPLACE pour les perfs c'est pas forcément grave

[nuke_y]

Ah? bon alors vendu pour REPLACE.

Par contre j'ai (encore) bloqué une session avec un script PL/SQL dedans qui commit à chaque ligne (il y a une raison). En 1h j'ai du charger à peine 150 000 lignes. Et il y en a 350 000 à charger. Ptet que vers le milieu de l'aprèm...

[orafrance]

vérifie que tu n'as pas trop de checkpoint