Lancer un programme VB via un trigger et la commande xp_cmdshell
cs_maloue
Messages postés
13
Date d'inscription
vendredi 22 avril 2005
Statut
Membre
Dernière intervention
21 décembre 2010
-
1 févr. 2010 à 15:16
cs_coq Messages postés 6349 Date d'inscription samedi 1 juin 2002 Statut Membre Dernière intervention 2 août 2014 - 2 févr. 2010 à 00:03
cs_coq Messages postés 6349 Date d'inscription samedi 1 juin 2002 Statut Membre Dernière intervention 2 août 2014 - 2 févr. 2010 à 00:03
A voir également:
- Xp cmdshell
- Commande make linux - Conseils pratiques -C / C++ / C++.NET
- Trigger sql - Conseils pratiques -SQL
- Api programme tv - Forum VB.NET
- Écrire un programme qui calcule la moyenne des notes - Forum Python
- 'Mvn' n’est pas reconnu en tant que commande interne ou externe, un programme exécutable ou un fichier de commandes. - Forum C
1 réponse
cs_coq
Messages postés
6349
Date d'inscription
samedi 1 juin 2002
Statut
Membre
Dernière intervention
2 août 2014
101
2 févr. 2010 à 00:03
2 févr. 2010 à 00:03
Bonjour,
En partant du principe que dans le cas présent l'utilisateur est connecté à une session sur la même machine que celle qui héberge l'instance de SQL Server, il est très peu probable que ce dernier puisse lancer une interface graphique accessible depuis la session de l'utilisateur (et encore moins sous Vista/Server 2008 et sup.).
Et si c'était possible mais que plusieurs sessions sont ouvertes : laquelle choisir ?
Et en cas d'appel depuis un client distant ? (ce qui est quand même la vocation première d'un service comme SQL Server).
Je ne connais pas les détails d'implémentation de xp_cmdshell, et donc pas dans quel contexte cette procédure étendue lance les commandes qu'on lui passe, mais de ce que je sais les processus sont lancés de manière synchrone : le traitement en cours bloqué tant que le processus lancé n'est pas terminé (bien que dans le cas de SQL Server il se peut que le traitement finisse par être aborté, mais pas sûr).
Et que se passera t'il en cas de très grand nombre d'actions déclenchant le trigger ?
De manière générale je considère que lancer un traitement nécessitant une intervention humaine depuis un service comme SQL Server est une très mauvaise idée.
Bon courage,
/*
coq
MVP Visual C#
CoqBlog
*/
En partant du principe que dans le cas présent l'utilisateur est connecté à une session sur la même machine que celle qui héberge l'instance de SQL Server, il est très peu probable que ce dernier puisse lancer une interface graphique accessible depuis la session de l'utilisateur (et encore moins sous Vista/Server 2008 et sup.).
Et si c'était possible mais que plusieurs sessions sont ouvertes : laquelle choisir ?
Et en cas d'appel depuis un client distant ? (ce qui est quand même la vocation première d'un service comme SQL Server).
Je ne connais pas les détails d'implémentation de xp_cmdshell, et donc pas dans quel contexte cette procédure étendue lance les commandes qu'on lui passe, mais de ce que je sais les processus sont lancés de manière synchrone : le traitement en cours bloqué tant que le processus lancé n'est pas terminé (bien que dans le cas de SQL Server il se peut que le traitement finisse par être aborté, mais pas sûr).
Et que se passera t'il en cas de très grand nombre d'actions déclenchant le trigger ?
De manière générale je considère que lancer un traitement nécessitant une intervention humaine depuis un service comme SQL Server est une très mauvaise idée.
Bon courage,
/*
coq
MVP Visual C#
CoqBlog
*/