Discussion :

[tazoune]

Bonjour,

Je suis obligé de faire appel a des FUNCTIONS de type table, car l'outil BusinessObject m'y oblige, il ne sais pas faire appel a des procedures stockées.

Tout le fonctionnel, qui est à ma disposition est encapsulé dans des procedures stockées.

Soit je redeveloppe toutes les proc stocks en Function , avec les risques d'erreurs encourus.

Soit je trouve une methode pour appeler une procedure depuis une fonction.

A force de faire des tentative, j'ai finalement trouvé la methode qui fait appel a OPENROWSET.

Voici le script que je souhaite executer :

Code SQL :

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

1
2
3
 
SELECT * INTO #Jobs 
FROM OPENROWSET('SQLNCLI', 'VM-BI41';'user';'password', 'EXEC MaBase.dbo.MESBO_getOMEPerformanceDataStation');

Je rencontre une erreur Msg 7357.

'VM-BI41' est le nom de mon instance dans la table sys.servers (cf. extrait des 5 premieres colonnes ci-dessous)
server_id = 0
name = VM-BI41
product = SQL Server
provider = SQLNCLI
data_source = VM-BI41


Je fais donc appel a vos divers retours d'experience, car j'en arrive a me demander si cela reste possible de pouvoir appeler une procedure stockée dans une Function Table ?

Merci de vos retours

S

[SQLpro]

Il est absolument impossible d'exécuter une procédure stockée au sein d'une UDF par quelque voie quen ce soit. C'est à dessoin, car une UDF doit pouvoir être utilisée au sein d'une requête SQL et ne pas avoir d'effet de bord vis à vis de cette requête.
Si par exemple vous aviez la possibilité par un biais quelconque de lancer une procédure dans une UDF qui serait utilisée par un SELECT, alors cette procédures pourrait mettre à jour des données au cours du SELECT ce qui serait en sus d'être logiquement absurde extrêmement dangereux !
Vous n'avez pas d'autre choix que de :
1) redévelopper toutes les procédures sous forme de vues ou d'UDF
2) utiliser un autre outil que BO pour faire de la BI...
À ce propos sachez que vous aurez sans doute mieux fait d'utiliser les outils de BI inclus dans SQL Server. Les gains de performances serait très important, car vous attaqueriez une base décisionnelle avec des outils décisionnels au lieu d'attaquer une base relationnelle avec un outil décisionnel....

A +