Discussion :

[FBSVG]

Bonjour,
Est-il possible de générer des variables dans Kettle à partir des enregistrements d'une table ?
Je m'explique, j'ai une table qui possède les champs "nom_var" et "value_var" qui contient mettons 10 enregistrements; je voudrais pour chaque enregistrement créer la variable "nom_var" avec pour valeur "value_var", soit obtenir au final 10 variables. J'ai beau tourner le problème dans tous les sens, impossible de trouver le moindre début de solution, l'étape "créer variable" n'acceptant qu'une ligne en entrée.
Si quelqu'un à une solution à ce problème, je suis preneur !
Merci d'avance

[samatar]

Bonjour,

obtenir 10 variables sous entend des noms de variables différents :-)
L'étape "créer variable" s'attend à recevoir une ligne car elle crée une variable pour chaque champ du flux entrant.; lui envoyer plusieurs lignes reviendrait à créer la même variable encore et encore (mise à jour), vous en conviendrez cela n'a pas de sens car si vous partez du principe que vous créez une variable, c'est pour l'utiliser qq part (ce qui suppose que votre variable vit durant un laps de temps déterminé).

Créer une variable, l'utiliser puis la mettre à jour, l'utiliser,...
Les tâches peuvent vous aider dans une logique de boucle



Samatar

[FBSVG]

Oui, le but est bien de créer 10 variables différentes, chacune à partir d'un enregistrement de la table.
Ex avec ma table : nom_var, value_var
'v_maVar1', 'valeur1'
'v_maVar2', 'valeur2'
etc.

à partir de là, je voudrais donc obtenir les variables ${v_maVar1} de valeur 'valeur1', la variable ${v_maVar2} de valeur 'valeur2', etc.
Le nombre de variables total dépendra donc forcément du nombre de lignes dans la table.
J'espère avoir été plus clair ?

[samatar]

Pour être complet,
juste une dernière question:
- qu'allez vous faire de la variable (update table, fichier ,...) ?

[FBSVG]

La variable contient les paramètres de connexion à la base. Ces paramètres sont amenés à changer selon le contexte d'exécution passé en paramètre au chargement de spoon.
Donc la variable sera initialisée avec une valeur dépendant du contexte (le nom de la variable ne changera pas, mais je ne peux pas en avoir connaissance à l'avance. Sinon il suffirait bien sûr de créer les 10 variables à la main)

[samatar]

Ok.

si vous avez une variable "nom_var" contenant "value_var" , quel est le lien entre cette variable et le paramètre de la connexion (par exemple le serveur ou la base de données)?

(je n'ai pas tout compris visiblement)
Samatar

[FBSVG]

pour une connexion à une base, il me faut:
1. Driver (v_connexion1_driver)
2. Password (v_connexion1_password)
3. user (d_connexion1_user)
4. url (v_connexion1_url)

chacune de ces variables est initialisé en fonction du contexte.
Si contexte 1, alors je me connecte à ma base oracle par exemple, et les variables prendront donc certaines valeurs.
Si contexte 2, alors je me connecte à une base postgresql et les variables prendront une autre valeur.

Maintenant la difficulté est que dans mon projet je peux avoir x connexions à gérer en parallèle. Il me faut donc créer x fois 4 (driver/pwd/user/url) variables dans mon projet. Sachant que je connais pas le nombre de connexions x à l'avance...
Merci pour votre investissement. Si vraiment cela semble trop compliqué à faire avec pdi, je chercherai une autre solution.

[samatar]

Hum...Him bonbon

pas simple à mettre en place (en l'état actuel des choses).

Samatar

[FBSVG]

Non, pas simple à mettre en place, effectivement.
La "solution" aura été de passer par une étape de filtrage des lignes. Filtre du type : "Si maLigne.nom_var = 'Chaine' alors créer la variable 'Chaine' de valeur value_var'. Il faut donc préalablement créer autant de filtres que de variables souhaités. Pas satisfaisant pour autant, mais toujours mieux que rien. Dans ce cas précis, une étape "Créer une variable par ligne passée en entrée" aurait été très intéressante ...

[FBSVG]

Je reviens avec une autre solution, finalement beaucoup plus simple (et esthétique) à mettre en oeuvre :
Il suffisait en fait simplement de dé-normaliser la table avec l'étape appropriée. On se retrouve ainsi avec un seul enregistrement contenant x colonnes.
La création de variables est ensuite enfantine !

[samatar]

Je suis confus
J'ai pensé un moment à la dé-normalisation mais je croyais que le nombre de champs en sortie n'était pas fixé.
Visiblement j'ai mal compris votre pb (il y a des ces journées ).

Encore navré pour ce temps perdu...la prochaine fois on fera mieux.

Samatar