Discussion :

[Glutinus]

Bonjour,

Sur Informatica j'ai des problèmes de précision.

Effectivement par exemple dans ma source Oracle j'ai le nombre '15.24' et Informatica peut générer un chiffre du genre '15.2399999999'. Même si je limite le nombre de chiffres après la virgule avec un TRUNC sous Oracle dans mon SQ, ainsi que dans les types d'Informatica, lorsque je convertir en varchar (nécessaire) je me retrouve avec plein de chiffres après la virgule.

Je me suis dit que je pouvais traiter cela directement dans Informatica.

Je recherche donc une méthode à mettre dans une expression pour repérer le séparateur (que j'ai fixé à un point) puis après choisir 0,2,4 chiffres après la virgule en faisant une lookup / jointure avec une table de paramètre car chaque ligne peut contenir indéfiniment un montant, un pourcentage (deux chiffres après la virgule) ou un nombre entier.

Ou alors une fonction Oracle par défaut qui fait pareil (charger une chaine de caractères jusqu'à trouver un point puis fournir N chiffres après la virgule avec une jointure)

[Waldar]

Quel est le type de vos nombres au niveau de la table, du SQ et de ce qui suit ?
Si vous mettez un type numeric(5,2) par exemple, ça pourrait résoudre votre problème.
Si vous utilisez des types réels / flottant, c'est plus compliqué.

[Glutinus]

Bonjour,

Merci Waldar.

C'est effectivement du numeric.

J'ai résolu finalement mon problème d'une autre manière à savoir faire un maximum d'opérations dans le SQ (performance globalement correcte car le flux initial est assez faible en volumétrie environ 50.000 lignes) puis en faisant un to_char. C'est assez complexe à expliquer mais je pense que la perte de précision se faisait juste après un Aggregator et malgré un to_char plus ou moins loin en aval ça continuait à fournir beaucoup de décimales fausses

Du coup ma somme et mon group by sont dorénavant dans le SQ et la première opération qui suit est un to_char et ça passe nickel.

[qqcvd]

bonjour,

par hasard, dans ton mapping, y aurait il des conversions implicite entre un type décimal et un varchar. C'est à dire une connexion entre 2 transformations dont les ports ne sont pas du même type..... au lieu d'avoir utilisé explicitement une fonction de conversion ?

[Glutinus]

Hello,

Non, je faisais des to_char à chaque fois.

J'avais essayé : un TRUNC dans la fonction Oracle (sous TOAD ça apparaissait bien)
Puis un TRUNC dans une expression puis une sortie fichier => c'était OK
Puis un to_char de cette valeur puis une sortie fichier => et là ça partait en vrille malgré le fait qu'en plus à l'original, le decimal trunqué deux fois avait un scale de 4.