SSIS 2008. Tâche très simple. Je souhaite récupérer une variable système et l'utiliser dans un insert SQL. Je souhaite récupérer la valeur du système Utilisation de l'instruction Utilisation des instructions Je n'essaie pas de passer un paramètre à la requête. J'ai déjà cherché une journée mais je n'ai pas trouvé comment faire cette chose simple! système: Machinename et utilisez-le dans une instruction insertion.
Insérer dans Mylog (COL1) Sélectionnez @ [Système :: Machinename] Donne l'erreur ERREUR: ..Faillée à l'analyse. Doit déclarer la variable scalaire "@"
Sélectionnez @System :: Machinename ou SELECT @@ [SYSTEM :: Machinename] Donne l'erreur 'ERROR ERROR '::'
4 Réponses :
Je ne l'utilise jamais avant, mais vous pouvez peut-être consulter l'utilisation de l'expression dans la tâche SQL pour cela.
ou simplement mettre la requête entière dans une expression d'une variable avec EvaluaeaseTexpression définie sur true. Ensuite, utilisez OLE DB pour insérer
+1 C'est la bonne réponse IMHO. La question de l'OP est à peu près le cas d'utilisation des expressions de la propriété SSIS. Passer les variables SSIS dans la chaîne de requête, on le concaténerait dans une expression définie pour la propriété SQLSTATIMSOURCE ; "Insérer dans mylog (col1) Sélectionnez" + @ [System :: Machinename] . Cela ne veut pas suggérer que la réponse acceptée n'est pas un bon modèle.
Voici une façon vous pouvez le faire. Le paquet exemple suivant a été créé en utilisant L'espoir qui aide. SSIS 2008 R2 et utilise SQL Server 2008 R2 en tant que back-end.
dbo.PackageData
SQLServer pour se connecter à votre base de données, par exemple à une base de données SQL Server.
Exécuter la tâche SQL
Général de l'éditeur, définissez le Connexion à votre gestionnaire de connexion nommée SQLServer.
SQLStatement , entrez l'instruction d'insertion INSERT INTO dbo.PackageData (PackageName) (?)
Type de données serait VARCHAR . Réglez le Paramètre Nom 0 , qui indique la valeur d'index du paramètre. Cliquez sur le bouton OK.
Réponse parfaite et très bien présentée. J'avais essayé ce processus avant, et ça n'a jamais fonctionné. Mon 'erreur' définit «ByPassPrepare» à FALSE, puis utilisez «Query d'analyse», qui a toujours renvoyé un message d'erreur. Cadrage «Bypass préparez-vous» à vrai était le tour secret magique. Je soupçonnais que c'était quelque chose de simple et pas bien documenté. Merci beaucoup Siva! 4 étoiles et un visage souriant pour vous.
Je venais d'apprendre ce que signifie «point d'interrogation» et que cela a du sens. Merci pour cette solution approfondie. De plus, vos images sont cassées, alors je les ai supprimées. N'hésitez pas à les ajouter.
par mon commentaire contre la réponse de @ zero (répété ici comme une réponse, il n'est donc pas négligé par les nouveaux arrivants SSIS).
La question de l'OP est à peu près le cas d'utilisation des expressions de la propriété SSIS.
Pour transmettre des variables SSIS dans la chaîne de requête, on le concaténerait dans une expression définie pour la propriété SQLSTATIMENTSOURCE:
Cela ne veut pas suggérer que la réponse acceptée n'est pas un bon modèle, comme en général, l'approche paramétrée est plus sûre (contre l'injection SQL) et plus rapidement (sur la réutilisation) que la manipulation de chaîne de requête directe. Mais pour une variable système (par opposition à une chaîne entrée par l'utilisateur), cette solution doit être à l'abri de l'injection SQL, ce qui sera approximativement aussi rapide ou plus rapide qu'une requête paramétrée si réutilisée (comme le nom de la machine ne change pas. ). "Insérer dans mylog (col1) Sélectionnez" + @ [System :: Machinename]
Avec la réponse de @ user756519, en fonction de votre chaîne de connexion, de vos noms de variables et de vos modifications SQLSTATISSource
