Discussion :

[Spontex93]

Est il possible de lancer un exécutable externe directement depuis SQL ... et si oui, comment ?

Le problème :
Nous utilisons des workflows pilotés par un progiciel et la seule possibilité qui nous soit donnée en terme d'intervention extérieure réside dans la possibilité d'appeler des procédures stockées SQL. Pour l'instant nous contournons l'obstacle via une table SQL scrutée régulièrement par le programme externe qui exécute effectivement le traitement selon les paramètres qui y sont stockés mais c'est évidemment très lourd et cela brise la continuité de traitement (avec tout ce que cela implique).

[SQLpro]

Vous pouvez utiliser la procédure stockée xp_cmdshell qui permet de lancer une commande OS.

Mais depuis la version 2005 de SQL, cette proc est désactivée par précaution.

Pour la réactiver :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
EXEC sp_configure 'show advanced options', 1;
GO
RECONFIGURE;
GO
EXEC sp_configure 'xp_cmdshell', 1;
GO
RECONFIGURE;
GO

Mais le mieux serait de faire des procédures stockées SQL CLR en .net.

A +

[Spontex93]

Je vous remercie beaucoup pour cette information.

L'utilisation d'une telle procédure ne peut elle pas s'avérer problématique voire périlleuse ? Je pense à des problèmes de charge machine, de cohérence de données (partagées), de traitements (asynchronisme total / univers différents). En fait, je ne vois pas trop comment organiser un flux cohérent de traitements scindés en SQL d'un côté et programme externe de l'autre. Ce dernier étant considéré comme une sorte de sous programme vu de SQL, je ne connais de moyen de re-synchroniser SQL sur la fin d'exécution du 'sous programme'.

Je vais tester cette procédure si j'arrive à la réactiver ..

Merci encore ..