Comment passer de la variable comme paramètre dans l'Exécution de Tâche SQL SSIS?

J'ai package ssis dans que je vais prendre les valeurs de fichier plat et l'insérer dans la table.

J'ai pris une Tâche d'Exécution SQL dans la création d'un temptable

CREATE TABLE [tempdb].dbo.##temptable 
(
date datetime,
companyname nvarchar(50),
price decimal(10,0),
PortfolioId int,
stype nvarchar(50)
)

Insert into [tempdb].dbo.##temptable (date,companyname,price,PortfolioId,stype) 
SELECT   date,companyname,price,PortfolioId,stype
FROM        ProgressNAV
WHERE     (Date = '2011-09-30') AND (PortfolioId = 5) AND (stype in ('Index'))
ORDER BY CompanyName

Maintenant dans la requête ci-dessus j'ai besoin de passer (Date = '2011-09-30') AND (PortfolioId = 5) AND (stype in ('Index'))
ces 3 paramètre à l'aide de la variable de nom, j'ai créé des variables dans le paquet afin que je devienne dynamique.

InformationsquelleAutor Neo | 2011-09-30

sql ssis

89

Dans votre Tâche d'Exécution SQL, assurez-vous que SQLSourceType est Entrée, puis votre Instruction SQL est le nom de la procédure stockée, avec questionmarks pour chaque paramètre de la proc, comme suit:

Cliquez sur le paramètre de mappage dans la colonne de gauche et d'ajouter chaque paramètre de votre stockées proc et de la carte à votre SSIS variable:

Maintenant lors de l'exécution de cette tâche, il va passer les variables SSIS à la procédure stockée.
- je vous remercie.. ce sujet, je suis directement de l'écriture de requête ci-dessus en "SQLStatement" et dans la clause where, j'ai utilisé lorsque la Date = @[Utilisateur::Date]
- oui, je ne suis pas aussi à l'aide de la SP pour les mêmes au lieu de cela j'utilise la Requête elle-même, comment passer des paramètres à elle?
- Je sais que c'est vieux la réponse, mais je pose la question. ;p Vous utilisez OLE DB dans Type de Connexion, mais vous utilisez @something comme ParameterName. Est-ce fonctionne vraiment? Si oui, pourquoi? Ici: msdn.microsoft.com/en-us/ms140355.aspx je peux lire, que je devrais utiliser 0,1,2,3.. comme ParameterName.
- J'ai la même question que @Monic. Quand je suis sur le dessus, et tente d'analyser la sqlstatementsource, j'ai "L'échec de la requête à analyser. Syntaxe incorrecte près de '?'. Ce qui me manque?
- Si vous utilisez ADO.NET pour le type de connexion, remplacer l' ? avec le nom de la Procédure Stockée Noms de Paramètre.
- Si le Type de Connexion OLE DB et que vous utilisez @paramètres nommés alors qu'ils seront pris dans l'ordre indiqué, c'est à dire en premier ? dans la requête cartes pour premier paramètre de la liste et ainsi de suite.
- Si vous avez encore des erreurs d'Analyse, il peut être difficile à repérer. Vérifiez que vous avez >= plutôt que d' => par exemple, parfois, vous pouvez l'ignorer. Le ramener à l'essentiel et à l'utilisation de profils pour examen de l'instruction exécutée: exec sp_executesql n'Select @P1 comme Test',N'@P1 datetime2(0)','2018-02-01 14:00:07'
InformationsquelleAutor PaulStock
18

L'EXCEL et ole DB connexion gestionnaires utilisent les noms de paramètres 0 et 1.

J'ai été en utilisant une connexion oledb et le gaspillage de quelques heures à essayer de comprendre la raison pour laquelle la requête a pas de travail ou en prenant les paramètres. l'explication ci-dessus a beaucoup aidé
Merci beaucoup.
- Non, ceci est une réponse correcte. Aussi eu le même problème, il ne pouvait que la faire fonctionner avec des noms de paramètre 0, 1, et ainsi de suite.
- Et ODBC est à 1.
- Merci, a me gratter la tête en se demandant pourquoi elle n'avait pas de travail jusqu'à ce que j'ai vu ce
InformationsquelleAutor user2907295
7

Avec @PaulStock réponse, en Fonction de votre type de connexion, vos noms de variable et de SQLStatement/SQLStatementSource Changements

https://docs.microsoft.com/en-us/sql/integration-services/control-flow/execute-sql-task

InformationsquelleAutor Sam
4

SELECT, INSERT, UPDATE, et DELETE commandes incluent fréquemment des clauses where pour spécifier des filtres qui définissent les conditions de chaque ligne dans les tables source doit satisfaire pour être admissible pour une commande SQL. Les paramètres de fournir les valeurs de filtre dans les clauses where.

Vous pouvez utiliser des marqueurs de paramètres à fournir dynamiquement les valeurs de paramètre. Les règles pour lesquelles paramètres de marques et de noms de paramètre peut être utilisé dans l'instruction SQL dépendent du type de connexion du gestionnaire de l'Exécution SQL utilise.

Le tableau suivant répertorie des exemples de la commande SÉLECTIONNER par type de gestionnaire de connexions. L'instruction INSERT, UPDATE, et DELETE sont similaires. Les exemples d'utilisation SÉLECTIONNEZ pour retourner les produits de la table Produit dans AdventureWorks2012 qui ont un ProductID supérieur et inférieur aux valeurs spécifiées par les deux paramètres.

EXCEL, ODBC et OLEDB
```
SELECT* FROM Production.Product WHERE ProductId > ? AND ProductID < ?
```
ADO
```
SELECT * FROM Production.Product WHERE ProductId > ? AND ProductID < ?
```
ADO.NET
```
SELECT* FROM Production.Product WHERE ProductId > @parmMinProductID 
     AND ProductID < @parmMaxProductID
```
Les exemples nécessitent des paramètres qui ont les noms suivants:
L'EXCEL et ole DB connexion gestionnaires utilisent les noms de paramètres 0 et 1. Le type de connexion ODBC utilise 1 et 2.
Le type de connexion ADO peut utiliser deux noms de paramètres, tels que Param1 et Param2, mais les paramètres doivent être mappés par leur position dans la liste des paramètres.
L'ADO.NET type de connexion utilise les noms de paramètres @parmMinProductID et @parmMaxProductID.
- toutes les pensées pourquoi le mien ne vais pas analyser correctement? Je l'ai mis en place selon ado.net.
- Utiliser des Noms de paramètres avec @ signes au lieu de ? pour ADO.NET type de connexion. @missscripty
InformationsquelleAutor Teju MB
2

Un peu en retard à la fête, mais c'est la façon dont je l'ai fait pour une insertion:
```
DECLARE @ManagerID AS Varchar (25) = 'NA'
DECLARE @ManagerEmail AS Varchar (50) = 'NA'
Declare @RecordCount AS int = 0

SET @ManagerID = ?
SET @ManagerEmail = ?
SET @RecordCount = ?

INSERT INTO...
```
- Il n'y a aucun besoin pour votre instruction set ici. votre réglage des paramètres avec le signe égal
- Je pense que l'idée est que le DECLARE états initialiser les variables par défaut (mal) des valeurs, et la SET états écraser les valeurs par défaut pour les valeurs qui ont été transmises.
InformationsquelleAutor Steve L

Vous devez vous connecter pour publier un commentaire.