Problème avec option "sorted input" sur joiner informatica v8 / oracle 1

[Milano_021]

Bonjour

J'ai une régression sur un traitement qui tournait sur informatica v7 / oracle 10g et qui ne tourne plus en informatica v8 / oracle 11g.

L'erreur se produit au niveau du joiner.
Mon mapping a deux sources de données de type table Oracle qui sont triés par une condition "order by" dans les SQ Qualifier associées. Le tri s'effectue sur 6 champs dans les 2 tables.
Ces deux sources sont ensuite intégrées dans un joiner qui fait une jointure sur ces 6 champs. L'option "sorted input" est cochée.

Le traitement tombe en echec avec ce message :

Severity Timestamp Node Thread Message Code Message
ERROR TRANSF_1_1_1 TT_11100 The Joiner transformation [JNR_XXX] input is not sorted. The row key value is [
(Champ1:Char.15: "000000000000000"
(Champ2:Char.10: "9000100000"
(Champ3:Char.5: "00150"
(Champ4:Char.8: "00000005"
(Champ5:Char.2: "AA"
(Champ6:Char.2: "X"
].

Si je relance le même traitement avec l'option décoché, il fonctionne ..

Voyez vous d'ou cela peut provenir ?

J'ai exécuté les 2 requètes des SQ qualifier sur ma base Oracle ete je vois bien que le tri s'applique dans les 2 tables. Par contre une des deux tables est vide. Je ne sais pas s'il y a un lien

Merci

[Glutinus]

Question très bête : lors de la migration, les champs (dans le mapping) n'ont pas changé de place ? Sinon première solution toute bête : as-tu pensé à supprimer le joiner et à le recréer ? Je sais que dans certaines migrations et/ou copier-coller, il y a des bugs informatica et un changement trivial suffit pour remettre en place la situation.

Je suppose également que tu fais une comparaison sur les 6 champs, si tu ordonnes les 6 justement. Dans ce cas, je ne connais pas le comportement des "null" sous Informatica. Tu as essayé avec un jeu de données de test ?

[qqcvd]

une piste a creuser :
Je vois que tu tri sur des chaines de caracteres.
Il se peut que le tri de Oracle ne soit pas le meme que le tri Informatica.
J'ai eu le probleme avec SQL server. Dans son tri lexicographique, le underscore vient avant les lettres alors que informatica considere l inverse (ou vice versa , je ne sais plus).
Conclusion, j'utilise un tri informatica et non plus un tri dans le SQ.

[maikeul]

nous utilisons la commande suivante dans les SQ surchargés :

ORDER BY NLSSORT(champ, 'NLS_SORT=BINARY') asc

afin d'etre iso par rapport au tri informatica (v8.6.0)
à tester ...