Discussion :

[Aleks]

Bonjour à tous,

Je récupère d'une table les données du type suivant:

Clé 1 | Clé 2 | Valeur
XX YY 10

Je voudrais rajouter un champ ID qui s'incrémente en fonction des clés :

Clé 1 | Clé 2 | ID | Valeur
XX YY 1 10
XX ZZ 2 15
XX WW 3 28
ZZ YY 1 43
ZZ XX 2 45
YY LL 1 10

Savez-vous comment implémenter ça en Informatica ?

Bonne journée,
Aleks

[qqcvd]

version la plus lisible : lis ton flux une premiere fois avec un aggregateur sur clef 1 | clef 2 avec une sequence pour generer ton id et tu stocke dans une table qui te servira de lookup pour le mapping suivant... ou a faire dans le meme mapping avec un Target load plan pourremplir ta table de lookup d abord.

Sinon en lisant la source une seule fois je verrais bien une solution avec une Lookup dynamique avec, en entrant, les 3 champs clef 1|clef 2|sequence. Par contre, dasn ce cas, ton ID n'aura pas de valeurs qui se suivent, il y a aura de gros trous, car la sequence s incrementera pour chaque ligne.

X.

[funckfot]

version la plus lisible : lis ton flux une premiere fois avec un aggregateur sur clef 1 | clef 2 avec une sequence pour generer ton id et tu stocke dans une table qui te servira de lookup pour le mapping suivant... ou a faire dans le meme mapping avec un Target load plan pourremplir ta table de lookup d abord.

Sinon en lisant la source une seule fois je verrais bien une solution avec une Lookup dynamique avec, en entrant, les 3 champs clef 1|clef 2|sequence. Par contre, dasn ce cas, ton ID n'aura pas de valeurs qui se suivent, il y a aura de gros trous, car la sequence s incrementera pour chaque ligne.

X.

Je ne comprend pas pourquoi tu veux absolument utiliser un look up?
Pourquoi parles tu de mapping en plus ou de dynamic lookup cache?

Ta solution de l'agrégateur et du séquenceur est suffisant non?
J'aurais pas dit mieux. Une autre solution, s'il n'a pas le droit d'utiliser un séquenceur (ce qui est mon cas dans mon entreprise)


A noter que l'agrégateur n'est pas forcément utile si son flux est déjà réduit sur les deux clefs. Ce qui est son cas je crois, puisque qu'il parle de clef 1 et de clef 2...

par contre Aleks, fait attention aux options, il en existe beaucoup. Cela dépend de ce que tu veux obtenir comme génération d'ID

[qqcvd]

funckfot a raison, je retire tout ce que j'ai ecris. je croyais que l id dependait des 2 clefs mais en fait , non, seulement de clef1.

Je viens de relire le post de Aleks et il est manifeste que je n avais pas compris.
en fait tu veux incrémenter l'ID au changement de Clef1
donc la solution est :

tu lis la source,
tu tries sur Clef 1 (si ce n'est dejà fait par la source),
et dans une expression tu utilises une variable v_increment qui s'incremente
et quand il y a rupture (changement de Clef1) alors tu reinitialise v_increment

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
Clef1 (input/output)
v_increment (variable):= iif(v_old_clef1 == Clef1, v_increment+1,1)
v_old_clef1 (variable):= Clef1
ID (output) := v_increment

tu dois bien suivre l ordre d apparition de ces 2 variables dans l'expression sinon ca ne marche pas

[funckfot]

funckfot a raison

merci... mais je me suis trompé aussi, j'ai pas bien regardé son besoin.En effet, le séquenceur ne marcherait même pas... A moins de faire un truc super complexe et inutile!

Clef1 (input/output)
v_increment (variable):= iif(v_old_clef1 == Clef1, v_increment+1,1)
v_old_clef1 (variable):= Clef1
ID (output) := v_increment

+1
C'est cette solution auquel je faisais allusion... elle marche à tout les coups, sur n'importe quel rupture (et il n'existe , à ma connaissance) que ce
Par contre l'ordre des variables est important, il faut qu'Aleks le suive.

Pour info :
-les ports en Input sont alimentés en premier,
-les ports variables sont calculé en second temps, par ordre séquentiel,
-les ports en sorties sont alimenté en fin.