Quand utiliser la tâche de script en place de la tâche sql et tâche de service Web dans SSIS

Question

Je suis nouveau à SSIS. Mon problème est, je dois faire une requête de base de données. Ensuite, je dois faire un appel de service Web en passant le résultat que j'ai obtenu de la requête DB, au service Web. Soit je peux utiliser la tâche SQL en premier pour la requête db et la tâche de service Web suivante pour l'appel de service Web. Une autre façon est de faire tout dans le code C# et de le mettre dans une tâche de script. Je peux utiliser la bibliothèque d'entreprise pour faire une requête db via le code C#, puis appeler le service Web. Quelle est la meilleure approche pour le faire? Lequel donne une meilleure performance?

Answer 1

Les deux approches peuvent fonctionner. Les deux aboutiront probablement aux mêmes performances: l'exécution de la requête sur SQL Server est généralement la partie la plus lente, et peu importe comment vous l'appelez.

Mais si vous faites tout dans le code C# et de le mettre dans la tâche de script - quel est l'avantage de SSIS? Vous pouvez aussi tout faire en C# et le mettre dans une application de console autonome.

Habituellement on utilise SSIS pour éviter d'écrire du code, et utiliser la définition de programme déclarative - qui est plus facile à maintenir, plus facile à comprendre et à supporter pour les autres. pour comprendre et modifier ce qui se passe sans ouvrir la tâche de script et examiner le code. Il nécessite également moins d'expertise de développeur pour maintenir un tel paquet.

tâche de script est alors utilisé que lorsque quelque chose ne peut se faire directement par tâche SSIS existant ou transformer. Si j'ai vu un paquet avec tout le code dans une tâche de script - je demanderais pourquoi la personne a utilisé SSIS du tout? Faire avec une application console autonome serait plus simple, plus fiable (que le même code dans Script Task), éviter les dépendances inutiles, etc.

Courte: si vous utilisez SSIS, évitez autant que possible les tâches de script.