Je voudrais utiliser un service Windows si j'étais vous. J'ai fait beaucoup de travail dans WF et la principale raison pour laquelle je ne le ferais pas dans WF est que MS est en train de réécrire complètement la prochaine version de WF selon ce que MS a dit à PDC en octobre. Il y aura un moyen pour exécuter des activités héritées 3.0/3.5 dans 4.0, mais mon impression était qu'il y aura des changements majeurs.
En outre, il semble que vous n'ayez pas besoin de la capacité d'activité modulaire fournie par WF. WF va ajouter une autre couche d'abstraction dont on dirait que vous n'aurez pas besoin, et vous aurez encore besoin d'écrire un service Windows pour exécuter votre flux de travail que vous créez. WF serait un bon choix si vous aviez un homme d'affaires qui avait besoin de changer constamment la logique qui se passait et que vous vouliez faire un gros investissement dans la gestion de ce processus que vous voulez créer.
Aussi, je suis d'accord qu'en fonction de ce que vous dites, vous devriez envisager de créer un paquet SSIS dans SQL Server, à moins que vous n'ayez pas directement accès à la base de données.
Merci pour votre réponse. Je lance une application ASP.NET sur le serveur. J'ai juste besoin d'un processus d'arrière-plan pour scanner une table. –
Ya, je suggérerais un travail SQL Server alors, si tout ce que vous devez faire est d'exécuter une requête sur un intervalle planifié, ce serait le chemin à parcourir. – cbeuker