Discussion :

[FMJ]

Bonjour,

Je sais que d'après la doc, (et Le blog d'ElSuket) il n'est normalement pas possible d'appeler une procédure stockée "normale" depuis une fonction (erreur : "Only functions and extended stored procedures can be executed from within a function"). A moins d'utiliser des procédures stockées étendues.

En fait, je n'ai pas le choix.
D'une part, je ne peux intégrer le contenu de la procédure dans la fonction.
D'autre part, je souhaiterais permettre à un utilisateur de pouvoir lancer un traitement complexe à partir d'un requête (depuis une application tierce où il ne peut faire qu'une requête de type SELECT). D'où l'idée d'appeler la procédure stockée par une fonction utilisée dans une requête.

Je viens de faire une recherche sans résultat probant, sauf le sujet suivant dont la solution renvoie également l'erreur citée plus haut.
http://www.developpez.net/forums/d22...e-stockee-vue/

Auriez-vous des suggestion pour une éventuelle solution de contournement ?

Merci d'avance.

[elsuket]

Bonjour,

D'une part, je ne peux intégrer le contenu de la procédure dans la fonction.

Qu'est-ce qui vous en empêche ?

D'autre part, e souhaiterais permettre à un utilisateur de pouvoir lancer un traitement complexe à partir d'un requête

Pourquoi ne pas écrire une procédure stockée qui fait tout le traitement ?

Pourriez-vous être plus précis sur le traitement que vous souhaitez implémenter ?

@++

[FMJ]

Bonjour

Qu'est-ce qui vous en empêche ?

La procédure stockée fait des UPDATE, des INSERT crée une table temporaire, gère des curseurs. Bref tout ce qu'on ne peut pas faire avec une fonction.

Pourquoi ne pas écrire une procédure stockée qui fait tout le traitement ?

Je pense que je ne me suis pas bien exprimé. La procédure stockée fait bien tout le traitement attendu. Pas de problème à ce niveau.

Le souci se trouve juste au niveau du déclenchement du traitement.
On ne souhaite pas qu'il soit géré par un planificateur mais commandé par un utilisateur (lorsqu'il en a besoin).

Or l'utilisateur ne dispose que d'une application tiers qui ne sait faire que des requêtes de sélection pour accéder à la base. Et il n'a ni les connaissances, ni les compétences pour faire du TSQL.

Donc, j'aurais bien vu la simple exécution d'une requête pour lancer indirectement ce traitement. D'où ma question.

[agemis31]

Bonjour,

Les possibilités semblent vraiment restreintes, surtout sans savoir quelle technologie utilise l'application tierce.

Avez vous essayé d'appeler directement le nom de la procédure stockée (qui doit renvoyer un jeu de résultat dans ce cas), sans aucun select, à partir de votre application cliente ?

[FMJ]

Salut,

Non, en fait l'interpréteur SQL intégré dans l'appli ne permet que des SELEC. Il n'autorise pas l'utilisation d'EXEC.

Bon, je pense que c'est mort. Je vais tâcher de regarder si je peux faire un truc avec les procédures étendues. Autrement, je me rabattrais sur l'élaboration d'un petit exécutable indépendant qui enverra une commande d'exécution de la procédure au server.

Merci