2017-08-03 1 views
0

Je crée un package SSIS avec des liens vers des fichiers .sql gérés par TFS. Quelle est la bonne façon de lier la connexion de fichier à la version correcte du fichier .sql tel que géré par TFS?Connexion d'un fichier SSIS à un fichier TFS

J'ai essayé d'utiliser une expression pour définir la propriété ConnectionString de la connexion de fichier sur "% USERPROFILE% \ Source \ Workspaces \ foo \ bar.sql" mais l'exécution échoue en mode débogage. Je reçois l'erreur suivante:

[Execute SQL Task] Error: An error occurred with the following error message: "Could not find a part of the path 'C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\%USERPROFILE%\Source\Workspaces\foo\bar.sql'.".

Je suis en cours d'exécution Visual Studio 2013 sur Windows Server 2012.

Ma question est: pourquoi la propriété ConnectionString interprété de manière incorrecte? La plus grande question est: Quelle est la bonne façon de lier une solution SSIS à d'autres fichiers gérés par TFS?

Répondre

0

Vous pouvez créer une connexion de fichier pour lier une solution SSIS à d'autres fichiers. Et essayez d'ajouter une variable pour définir le chemin d'accès au fichier .sql (le chemin absolu du fichier, dans TFS, il devrait être dans l'espace de travail).

Pour exécuter des fichiers .SQL en utilisant le package SSIS, reportez-vous à l'article ci-dessous pour plus de détails.

http://www.techbrothersit.com/2012/10/ssis-execute-sql-files-by-using-ssis.html

Et, il y a une video tutorial ici, vous pouvez suivre l'étape vidéo par étape pour le faire.


Je vérifie que, les fichiers .sql ne peuvent être exécutés que lorsqu'ils sont compilés localement en VS. Mais dans TFS, MSBuild n'a pas la possibilité d'exécuter un script SQL, vous devrez donc créer le pack d'extension MSBuild et exploiter SqlExecute. S'il vous plaît référence ce fil: Execute SQL script after SSIS build or check-in

Si vous souhaitez exécuter les fichiers .sql, vous pouvez essayer l'extension Run SQL Server Scripts Task.

enter image description here

+0

Je suis en train d'inclure les fichiers SQL dans le même contrôle de version que la solution Visual Studio associée. Le problème est que s'ils sont gérés par TFS, le chemin d'accès aux fichiers SQL varie en fonction de la configuration de l'espace de travail. Le chemin du fichier doit donc être une variable. Dans ma question initiale, vous pouvez voir que le chemin n'est pas analysé comme prévu. – Alex

+0

@Alex Qu'en est-il de spécifier le chemin absolu pour le fichier .sql? Construisez-vous cela dans VS local ou dans TFS? Pourriez-vous fournir les étapes détaillées pour reproduire le problème? Basé sur mon test, nous pouvons exécuter le script .sql lors de la construction locale dans VS. Avez-vous essayé les étapes mentionnées dans le didacticiel vidéo lié, sinon, vous pouvez l'essayer. –

+0

Étant donné que les fichiers SQL sont gérés par TFS, je ne peux pas utiliser un chemin absolu car il peut changer en fonction de l'endroit où l'utilisateur conserve sa copie locale du projet. Ou est-ce que je manque quelque chose? – Alex