Discussion :

[SebastienM]

Bonjour,

J'ai une petite question : je cherche à remplir une table INFOS_ALIM qui me donne les informations sur l'alimentation (par package).
J'ai donc un composant OLE DB d'entrée qui détermine le numéro d'alimentation via la requete suivante :

Code :

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

1
2
 
SELECT ISNULL(MAX(NUM_ALIM)+1, 1) AS NUM_ALIM FROM INFOS_ALIM

Je voudrais ensuite exécuter une requete d'insertion de ce type :

Code :

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

1
2
INSERT INTO INFOS_ALIM(INFOS_ALIM_ID,SUPPRESSION_FLAG,CREAT_DT,MODIF_DT,CODE_WF,LIB_WF,NUM_ALIM,LIB_CPT,VAL_CPT,ETAT,LIB_ERR)
VALUES (NEWID(),NULL, NULL, NULL, 'WF_01', 'Début alimentation', NUM_ALIM, NULL, NULL, 1, NULL)

Avec la valeur de NUM_ALIM remplacée par la précédente. Comment faire ?

D'autre part, est il possible de créer un package 'fonctionnel' qui ne s'occuperait que d'insérer des données dans cette table, et qui serait appelé par les autres packages avec des variables ?

Merci d'avance de vos réponses.

[patriceharel]

Bonjour,

La valeur Max(NUM_ALIM) tu la stockes dans une variable? si c'est le cas, tu remplaces le nom de la colonne par un ? dans ton Insert et tu mappes ta variable sur ce paramètre.

Ensuite, un package peut être appelé par un autre (avec passage de variable). De nombreux post font référence à ce procédé.

[SebastienM]

Hello !

Merci de ta réponse ! Non je ne stocke pas le numéro d'alim dans une variable, car je ne sais pas quel composant mettre en sortie dans une variable

[patriceharel]

Ok, je viens de voir que tu es dans un Data Flow. Tu utilises un OLEDB Command pour faire le Insert? Si oui, on conserve le ? à la place du nom de colonne et dans l'onglet column mapping tu réalises le mapping entre la colonne Max issue de l'OLEDB source vers le paramètre (il doit se nommer Param_0).

Sinon tu pourrais aussi déclare des colonnes dérivées contenant les valeurs non variables que tu souhaites insérer et utilise un OLEDB Destination à mon avis bien plus performant que l'OLEDB Command.