Histoires de lookup et de doublons : )

[bros_70]

Hey guys,

J’ai ici une sous partie d’un job plus fourni et complexe et la résolution de cette sous partie est sans doute très simple mais l’inspiration s’essouffle là (voir copie écran).

L’idée est de pouvoir réaliser à partir d’une seule source de flux, la saisie d’une adresse dans une table prévue à cet effet (Output_1) en pensant à réaliser un lookup avec l’option "chargé à chaque ligne" (nommé Input1) pour ne l’insérer que si elle n’existe pas déjà. Normal, c’est l’intérêt d’un lookup et ca marche. (L’intérêt du Commit étant aussi pour s’assurer qu’à la prochaine itération l’adresse saisie à l’itération précédente est bien présente dans la table).

Sauf qu’à partir de la même requête sql source je peux renvoyer une autre adresse qu’il me faut donc insérer dans la même table cible (mais matérialiser par un autre objet talend nommé Output_2) et il me faut donc employer le même mécanisme de lookup que décrit ci-dessus pour les mêmes raisons.
Or j’obtiens des saisies en doublons…
Précisions : Le select source se présente comme ca (simplifié) :
Select personne, Adresse1, Adresse2…

Je précise que j’ai déjà essayé avec un seul lookup mais sans succès, à moins qu’il y ait un moyen d’exprimer syntaxiquement dans le lookup que le champ Adresse dans la table cible soit matchée à la fois vis-à-vis d’Adresse1 et vis-à-vis d’Adresse2 (cead au niveau de la clé violette qui apparaît dans le lookup dans le tmap) ? En tout cas un simple ou logique ne fait pas l’affaire.

Donc je me dis qu'il y a surement une meilleure bonne pratique.

Ps: Ma préférence est de ne pas avoir à séparer la requête source en deux...
A moins que ce ne soit le derniers recours car cela impacterait la structure globale assez fortement, or elle est déja assez complexe et riche.

Thanx a lot in advance

[bros_70]

Je sais que c'est encore les vacances mais y a vraiment personne qui a une idée sur cette problématique dont la solution est probablement relativement simple ?
Je présume être simplement dans une mauvaise config, mais après plusieurs essais/changements, je suis court d'inspiration là

[Benoit_Durand]

Il faut peut être tout simplement se débrouiller pour avoir en entrée un schéma du type
personne adresse
donc si la personne a 2 adresses, il y a aura 2 lignes.
Il est possible de gérer cela au niveau du sql (union) ou un tNormalize peut faire l'affaire si vous ne souhaitez pas d'union.