Bonjour,
J'amerai savoir si elle est possible de faire appelle à une stored
procedure
a partir d'nue view.
J'utilise Sql server 2000. Sachant que la stored procedure rempli une
table
et à la fin fait un select de cette table. Je voudrai faire une view qui
me
renvoie le résultat de ce select.
Merci d'avance pour votre aide.
Bonjour,
J'amerai savoir si elle est possible de faire appelle à une stored
procedure
a partir d'nue view.
J'utilise Sql server 2000. Sachant que la stored procedure rempli une
table
et à la fin fait un select de cette table. Je voudrai faire une view qui
me
renvoie le résultat de ce select.
Merci d'avance pour votre aide.
Bonjour,
J'amerai savoir si elle est possible de faire appelle à une stored
procedure
a partir d'nue view.
J'utilise Sql server 2000. Sachant que la stored procedure rempli une
table
et à la fin fait un select de cette table. Je voudrai faire une view qui
me
renvoie le résultat de ce select.
Merci d'avance pour votre aide.
Bonjour,
J'amerai savoir si elle est possible de faire appelle à une stored
procedure
a partir d'nue view.
J'utilise Sql server 2000. Sachant que la stored procedure rempli une
table
et à la fin fait un select de cette table. Je voudrai faire une view qui
me
renvoie le résultat de ce select.
Merci d'avance pour votre aide.
Bonjour,
J'amerai savoir si elle est possible de faire appelle à une stored
procedure
a partir d'nue view.
J'utilise Sql server 2000. Sachant que la stored procedure rempli une
table
et à la fin fait un select de cette table. Je voudrai faire une view qui
me
renvoie le résultat de ce select.
Merci d'avance pour votre aide.
Bonjour,
J'amerai savoir si elle est possible de faire appelle à une stored
procedure
a partir d'nue view.
J'utilise Sql server 2000. Sachant que la stored procedure rempli une
table
et à la fin fait un select de cette table. Je voudrai faire une view qui
me
renvoie le résultat de ce select.
Merci d'avance pour votre aide.
Bonjour,
J'amerai savoir si elle est possible de faire appelle à une stored procedure
a partir d'nue view.
J'utilise Sql server 2000. Sachant que la stored procedure rempli une table
et à la fin fait un select de cette table. Je voudrai faire une view qui me
renvoie le résultat de ce select.
Merci d'avance pour votre aide.
Bonjour,
J'amerai savoir si elle est possible de faire appelle à une stored procedure
a partir d'nue view.
J'utilise Sql server 2000. Sachant que la stored procedure rempli une table
et à la fin fait un select de cette table. Je voudrai faire une view qui me
renvoie le résultat de ce select.
Merci d'avance pour votre aide.
Bonjour,
J'amerai savoir si elle est possible de faire appelle à une stored procedure
a partir d'nue view.
J'utilise Sql server 2000. Sachant que la stored procedure rempli une table
et à la fin fait un select de cette table. Je voudrai faire une view qui me
renvoie le résultat de ce select.
Merci d'avance pour votre aide.
ILyasse a écrit :Bonjour,
J'amerai savoir si elle est possible de faire appelle à une stored
procedure a partir d'nue view.
J'utilise Sql server 2000. Sachant que la stored procedure rempli une
table et à la fin fait un select de cette table. Je voudrai faire une
view qui me renvoie le résultat de ce select. Merci d'avance pour votre
aide.
C'est totalement absurde :
Une SP peut encapsuler de nombreuses requêtes et gérer de multiples
transactions.
Or une requête EST une transaction.
On ne peut donc appeler une SP dans une requête pour la bonne et simple
raison qu'il ne peut y avoir un fractionnement de transactions à
l'intérieur d'un SELECT par exemple !!! Cela permettrait de rendre la
transaction SELECT non atomique ... ce qui est parfaitement absurde.
En revanche une fonction ne peut pas contenir une transaction. Elle peut
donc (et c'est son rôle) être appelée dans un ordre SQL quelconque
(SELECT, INSERT, UPDATE, DELETE...)
De plus une SP qui execute un SELECT final peut être vu comme une requête
SELECT. DOnc, ne changez rien à votre code. Ouvrez simplement le curseur
côté client pour voir les données qui sont renvoyées par la SP.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
ILyasse a écrit :
Bonjour,
J'amerai savoir si elle est possible de faire appelle à une stored
procedure a partir d'nue view.
J'utilise Sql server 2000. Sachant que la stored procedure rempli une
table et à la fin fait un select de cette table. Je voudrai faire une
view qui me renvoie le résultat de ce select. Merci d'avance pour votre
aide.
C'est totalement absurde :
Une SP peut encapsuler de nombreuses requêtes et gérer de multiples
transactions.
Or une requête EST une transaction.
On ne peut donc appeler une SP dans une requête pour la bonne et simple
raison qu'il ne peut y avoir un fractionnement de transactions à
l'intérieur d'un SELECT par exemple !!! Cela permettrait de rendre la
transaction SELECT non atomique ... ce qui est parfaitement absurde.
En revanche une fonction ne peut pas contenir une transaction. Elle peut
donc (et c'est son rôle) être appelée dans un ordre SQL quelconque
(SELECT, INSERT, UPDATE, DELETE...)
De plus une SP qui execute un SELECT final peut être vu comme une requête
SELECT. DOnc, ne changez rien à votre code. Ouvrez simplement le curseur
côté client pour voir les données qui sont renvoyées par la SP.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
ILyasse a écrit :Bonjour,
J'amerai savoir si elle est possible de faire appelle à une stored
procedure a partir d'nue view.
J'utilise Sql server 2000. Sachant que la stored procedure rempli une
table et à la fin fait un select de cette table. Je voudrai faire une
view qui me renvoie le résultat de ce select. Merci d'avance pour votre
aide.
C'est totalement absurde :
Une SP peut encapsuler de nombreuses requêtes et gérer de multiples
transactions.
Or une requête EST une transaction.
On ne peut donc appeler une SP dans une requête pour la bonne et simple
raison qu'il ne peut y avoir un fractionnement de transactions à
l'intérieur d'un SELECT par exemple !!! Cela permettrait de rendre la
transaction SELECT non atomique ... ce qui est parfaitement absurde.
En revanche une fonction ne peut pas contenir une transaction. Elle peut
donc (et c'est son rôle) être appelée dans un ordre SQL quelconque
(SELECT, INSERT, UPDATE, DELETE...)
De plus une SP qui execute un SELECT final peut être vu comme une requête
SELECT. DOnc, ne changez rien à votre code. Ouvrez simplement le curseur
côté client pour voir les données qui sont renvoyées par la SP.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
ILyasse a écrit :
> Bonjour,
>
> J'amerai savoir si elle est possible de faire appelle à une stored procedure
> a partir d'nue view.
> J'utilise Sql server 2000. Sachant que la stored procedure rempli une table
> et à la fin fait un select de cette table. Je voudrai faire une view qui me
> renvoie le résultat de ce select.
>
> Merci d'avance pour votre aide.
>
>
C'est totalement absurde :
Une SP peut encapsuler de nombreuses requêtes et gérer de multiples
transactions.
Or une requête EST une transaction.
On ne peut donc appeler une SP dans une requête pour la bonne et simple
raison qu'il ne peut y avoir un fractionnement de transactions à
l'intérieur d'un SELECT par exemple !!! Cela permettrait de rendre la
transaction SELECT non atomique ... ce qui est parfaitement absurde.
En revanche une fonction ne peut pas contenir une transaction. Elle peut
donc (et c'est son rôle) être appelée dans un ordre SQL quelconque
(SELECT, INSERT, UPDATE, DELETE...)
De plus une SP qui execute un SELECT final peut être vu comme une
requête SELECT. DOnc, ne changez rien à votre code. Ouvrez simplement le
curseur côté client pour voir les données qui sont renvoyées par la SP.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
ILyasse a écrit :
> Bonjour,
>
> J'amerai savoir si elle est possible de faire appelle à une stored procedure
> a partir d'nue view.
> J'utilise Sql server 2000. Sachant que la stored procedure rempli une table
> et à la fin fait un select de cette table. Je voudrai faire une view qui me
> renvoie le résultat de ce select.
>
> Merci d'avance pour votre aide.
>
>
C'est totalement absurde :
Une SP peut encapsuler de nombreuses requêtes et gérer de multiples
transactions.
Or une requête EST une transaction.
On ne peut donc appeler une SP dans une requête pour la bonne et simple
raison qu'il ne peut y avoir un fractionnement de transactions à
l'intérieur d'un SELECT par exemple !!! Cela permettrait de rendre la
transaction SELECT non atomique ... ce qui est parfaitement absurde.
En revanche une fonction ne peut pas contenir une transaction. Elle peut
donc (et c'est son rôle) être appelée dans un ordre SQL quelconque
(SELECT, INSERT, UPDATE, DELETE...)
De plus une SP qui execute un SELECT final peut être vu comme une
requête SELECT. DOnc, ne changez rien à votre code. Ouvrez simplement le
curseur côté client pour voir les données qui sont renvoyées par la SP.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
ILyasse a écrit :
> Bonjour,
>
> J'amerai savoir si elle est possible de faire appelle à une stored procedure
> a partir d'nue view.
> J'utilise Sql server 2000. Sachant que la stored procedure rempli une table
> et à la fin fait un select de cette table. Je voudrai faire une view qui me
> renvoie le résultat de ce select.
>
> Merci d'avance pour votre aide.
>
>
C'est totalement absurde :
Une SP peut encapsuler de nombreuses requêtes et gérer de multiples
transactions.
Or une requête EST une transaction.
On ne peut donc appeler une SP dans une requête pour la bonne et simple
raison qu'il ne peut y avoir un fractionnement de transactions à
l'intérieur d'un SELECT par exemple !!! Cela permettrait de rendre la
transaction SELECT non atomique ... ce qui est parfaitement absurde.
En revanche une fonction ne peut pas contenir une transaction. Elle peut
donc (et c'est son rôle) être appelée dans un ordre SQL quelconque
(SELECT, INSERT, UPDATE, DELETE...)
De plus une SP qui execute un SELECT final peut être vu comme une
requête SELECT. DOnc, ne changez rien à votre code. Ouvrez simplement le
curseur côté client pour voir les données qui sont renvoyées par la SP.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Ce n'est pas si absurde qu'on le croit. Normalement je n'ai pas besoid
d'une
view. J'exécute la SP et j'ai les résultat. Le problème est que cette SP
sera
appellé par un Rapport Crystal , jusqu'ici ça va. Mais le hic c'est que le
rapport crystal utilisera des paramètre. Et il semble que Crystal Report
lorsqu'il utilise paramètre, génére une requête SQL du genre SELECT....
where
parameter.... . Malheureusement un Select sur une SP ne fonctionne.
J'obtiens
donc un message d'erreur dans crystal disant 'Failes to open Rowset'.
Alors
que la SP fonctionne bien. DOnc je me suis dis je vais créer une view et
cette view fera appelle a cette SP. Et un rapport crystal qui utilise un
paramètre fonctionne très bien sur une view...
Une solution pourrait être d'utiliser une fonction, mais alors cette
fonction sera en fait la stored procedure. Mais la stored procedure
renvoie
plusieurs colonne, est-ce que cela ne causerai pas un problème.
Exemple:
CREATE My_StoredPRoc as Select * from authors....
Create function My_Function as exec My_StoredProc...
Comment appellé cette fonction dans la vue ?
CREATE VIEW My_view...
Select My_Function from QUOI ? (from authors ?)
"SQLpro [MVP]" a écrit :ILyasse a écrit :
> Bonjour,
>
> J'amerai savoir si elle est possible de faire appelle à une stored
> procedure
> a partir d'nue view.
> J'utilise Sql server 2000. Sachant que la stored procedure rempli une
> table
> et à la fin fait un select de cette table. Je voudrai faire une view
> qui me
> renvoie le résultat de ce select.
>
> Merci d'avance pour votre aide.
>
>
C'est totalement absurde :
Une SP peut encapsuler de nombreuses requêtes et gérer de multiples
transactions.
Or une requête EST une transaction.
On ne peut donc appeler une SP dans une requête pour la bonne et simple
raison qu'il ne peut y avoir un fractionnement de transactions à
l'intérieur d'un SELECT par exemple !!! Cela permettrait de rendre la
transaction SELECT non atomique ... ce qui est parfaitement absurde.
En revanche une fonction ne peut pas contenir une transaction. Elle peut
donc (et c'est son rôle) être appelée dans un ordre SQL quelconque
(SELECT, INSERT, UPDATE, DELETE...)
De plus une SP qui execute un SELECT final peut être vu comme une
requête SELECT. DOnc, ne changez rien à votre code. Ouvrez simplement le
curseur côté client pour voir les données qui sont renvoyées par la SP.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Ce n'est pas si absurde qu'on le croit. Normalement je n'ai pas besoid
d'une
view. J'exécute la SP et j'ai les résultat. Le problème est que cette SP
sera
appellé par un Rapport Crystal , jusqu'ici ça va. Mais le hic c'est que le
rapport crystal utilisera des paramètre. Et il semble que Crystal Report
lorsqu'il utilise paramètre, génére une requête SQL du genre SELECT....
where
parameter.... . Malheureusement un Select sur une SP ne fonctionne.
J'obtiens
donc un message d'erreur dans crystal disant 'Failes to open Rowset'.
Alors
que la SP fonctionne bien. DOnc je me suis dis je vais créer une view et
cette view fera appelle a cette SP. Et un rapport crystal qui utilise un
paramètre fonctionne très bien sur une view...
Une solution pourrait être d'utiliser une fonction, mais alors cette
fonction sera en fait la stored procedure. Mais la stored procedure
renvoie
plusieurs colonne, est-ce que cela ne causerai pas un problème.
Exemple:
CREATE My_StoredPRoc as Select * from authors....
Create function My_Function as exec My_StoredProc...
Comment appellé cette fonction dans la vue ?
CREATE VIEW My_view...
Select My_Function from QUOI ? (from authors ?)
"SQLpro [MVP]" a écrit :
ILyasse a écrit :
> Bonjour,
>
> J'amerai savoir si elle est possible de faire appelle à une stored
> procedure
> a partir d'nue view.
> J'utilise Sql server 2000. Sachant que la stored procedure rempli une
> table
> et à la fin fait un select de cette table. Je voudrai faire une view
> qui me
> renvoie le résultat de ce select.
>
> Merci d'avance pour votre aide.
>
>
C'est totalement absurde :
Une SP peut encapsuler de nombreuses requêtes et gérer de multiples
transactions.
Or une requête EST une transaction.
On ne peut donc appeler une SP dans une requête pour la bonne et simple
raison qu'il ne peut y avoir un fractionnement de transactions à
l'intérieur d'un SELECT par exemple !!! Cela permettrait de rendre la
transaction SELECT non atomique ... ce qui est parfaitement absurde.
En revanche une fonction ne peut pas contenir une transaction. Elle peut
donc (et c'est son rôle) être appelée dans un ordre SQL quelconque
(SELECT, INSERT, UPDATE, DELETE...)
De plus une SP qui execute un SELECT final peut être vu comme une
requête SELECT. DOnc, ne changez rien à votre code. Ouvrez simplement le
curseur côté client pour voir les données qui sont renvoyées par la SP.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Ce n'est pas si absurde qu'on le croit. Normalement je n'ai pas besoid
d'une
view. J'exécute la SP et j'ai les résultat. Le problème est que cette SP
sera
appellé par un Rapport Crystal , jusqu'ici ça va. Mais le hic c'est que le
rapport crystal utilisera des paramètre. Et il semble que Crystal Report
lorsqu'il utilise paramètre, génére une requête SQL du genre SELECT....
where
parameter.... . Malheureusement un Select sur une SP ne fonctionne.
J'obtiens
donc un message d'erreur dans crystal disant 'Failes to open Rowset'.
Alors
que la SP fonctionne bien. DOnc je me suis dis je vais créer une view et
cette view fera appelle a cette SP. Et un rapport crystal qui utilise un
paramètre fonctionne très bien sur une view...
Une solution pourrait être d'utiliser une fonction, mais alors cette
fonction sera en fait la stored procedure. Mais la stored procedure
renvoie
plusieurs colonne, est-ce que cela ne causerai pas un problème.
Exemple:
CREATE My_StoredPRoc as Select * from authors....
Create function My_Function as exec My_StoredProc...
Comment appellé cette fonction dans la vue ?
CREATE VIEW My_view...
Select My_Function from QUOI ? (from authors ?)
"SQLpro [MVP]" a écrit :ILyasse a écrit :
> Bonjour,
>
> J'amerai savoir si elle est possible de faire appelle à une stored
> procedure
> a partir d'nue view.
> J'utilise Sql server 2000. Sachant que la stored procedure rempli une
> table
> et à la fin fait un select de cette table. Je voudrai faire une view
> qui me
> renvoie le résultat de ce select.
>
> Merci d'avance pour votre aide.
>
>
C'est totalement absurde :
Une SP peut encapsuler de nombreuses requêtes et gérer de multiples
transactions.
Or une requête EST une transaction.
On ne peut donc appeler une SP dans une requête pour la bonne et simple
raison qu'il ne peut y avoir un fractionnement de transactions à
l'intérieur d'un SELECT par exemple !!! Cela permettrait de rendre la
transaction SELECT non atomique ... ce qui est parfaitement absurde.
En revanche une fonction ne peut pas contenir une transaction. Elle peut
donc (et c'est son rôle) être appelée dans un ordre SQL quelconque
(SELECT, INSERT, UPDATE, DELETE...)
De plus une SP qui execute un SELECT final peut être vu comme une
requête SELECT. DOnc, ne changez rien à votre code. Ouvrez simplement le
curseur côté client pour voir les données qui sont renvoyées par la SP.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
peut-etre est-ce la journée polémique? ;-)
Je ne pense pas qu'on puisse dire
une requête EST une transaction
Je suis certain que tu sais ce qu'est une transaction, mais qq1 qui n'est
pas sûr et lit cela peut etre induit en erreur.
Il y a transaction implicitement s'il y a
modification(INSERT,UPDATE,DELETE), ou si explicitement on donne un ordre
BEGIN TRAN
br
"SQLpro [MVP]" a écrit dans le message de news:ILyasse a écrit :Bonjour,
J'amerai savoir si elle est possible de faire appelle à une stored
procedure a partir d'nue view.
J'utilise Sql server 2000. Sachant que la stored procedure rempli une
table et à la fin fait un select de cette table. Je voudrai faire une
view qui me renvoie le résultat de ce select. Merci d'avance pour votre
aide.
C'est totalement absurde :
Une SP peut encapsuler de nombreuses requêtes et gérer de multiples
transactions.
Or une requête EST une transaction.
On ne peut donc appeler une SP dans une requête pour la bonne et simple
raison qu'il ne peut y avoir un fractionnement de transactions à
l'intérieur d'un SELECT par exemple !!! Cela permettrait de rendre la
transaction SELECT non atomique ... ce qui est parfaitement absurde.
En revanche une fonction ne peut pas contenir une transaction. Elle peut
donc (et c'est son rôle) être appelée dans un ordre SQL quelconque
(SELECT, INSERT, UPDATE, DELETE...)
De plus une SP qui execute un SELECT final peut être vu comme une requête
SELECT. DOnc, ne changez rien à votre code. Ouvrez simplement le curseur
côté client pour voir les données qui sont renvoyées par la SP.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
peut-etre est-ce la journée polémique? ;-)
Je ne pense pas qu'on puisse dire
une requête EST une transaction
Je suis certain que tu sais ce qu'est une transaction, mais qq1 qui n'est
pas sûr et lit cela peut etre induit en erreur.
Il y a transaction implicitement s'il y a
modification(INSERT,UPDATE,DELETE), ou si explicitement on donne un ordre
BEGIN TRAN
br
"SQLpro [MVP]" <brouardf@club-internet.fr> a écrit dans le message de news:
O7ojsqHOGHA.1288@TK2MSFTNGP09.phx.gbl...
ILyasse a écrit :
Bonjour,
J'amerai savoir si elle est possible de faire appelle à une stored
procedure a partir d'nue view.
J'utilise Sql server 2000. Sachant que la stored procedure rempli une
table et à la fin fait un select de cette table. Je voudrai faire une
view qui me renvoie le résultat de ce select. Merci d'avance pour votre
aide.
C'est totalement absurde :
Une SP peut encapsuler de nombreuses requêtes et gérer de multiples
transactions.
Or une requête EST une transaction.
On ne peut donc appeler une SP dans une requête pour la bonne et simple
raison qu'il ne peut y avoir un fractionnement de transactions à
l'intérieur d'un SELECT par exemple !!! Cela permettrait de rendre la
transaction SELECT non atomique ... ce qui est parfaitement absurde.
En revanche une fonction ne peut pas contenir une transaction. Elle peut
donc (et c'est son rôle) être appelée dans un ordre SQL quelconque
(SELECT, INSERT, UPDATE, DELETE...)
De plus une SP qui execute un SELECT final peut être vu comme une requête
SELECT. DOnc, ne changez rien à votre code. Ouvrez simplement le curseur
côté client pour voir les données qui sont renvoyées par la SP.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
peut-etre est-ce la journée polémique? ;-)
Je ne pense pas qu'on puisse dire
une requête EST une transaction
Je suis certain que tu sais ce qu'est une transaction, mais qq1 qui n'est
pas sûr et lit cela peut etre induit en erreur.
Il y a transaction implicitement s'il y a
modification(INSERT,UPDATE,DELETE), ou si explicitement on donne un ordre
BEGIN TRAN
br
"SQLpro [MVP]" a écrit dans le message de news:ILyasse a écrit :Bonjour,
J'amerai savoir si elle est possible de faire appelle à une stored
procedure a partir d'nue view.
J'utilise Sql server 2000. Sachant que la stored procedure rempli une
table et à la fin fait un select de cette table. Je voudrai faire une
view qui me renvoie le résultat de ce select. Merci d'avance pour votre
aide.
C'est totalement absurde :
Une SP peut encapsuler de nombreuses requêtes et gérer de multiples
transactions.
Or une requête EST une transaction.
On ne peut donc appeler une SP dans une requête pour la bonne et simple
raison qu'il ne peut y avoir un fractionnement de transactions à
l'intérieur d'un SELECT par exemple !!! Cela permettrait de rendre la
transaction SELECT non atomique ... ce qui est parfaitement absurde.
En revanche une fonction ne peut pas contenir une transaction. Elle peut
donc (et c'est son rôle) être appelée dans un ordre SQL quelconque
(SELECT, INSERT, UPDATE, DELETE...)
De plus une SP qui execute un SELECT final peut être vu comme une requête
SELECT. DOnc, ne changez rien à votre code. Ouvrez simplement le curseur
côté client pour voir les données qui sont renvoyées par la SP.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
non, la fonction ne pourra pas appeler la SP, mais la fonction peut faire
exactement ce que fait la SP
br
"ILyasse" a écrit dans le message de
news:
> Ce n'est pas si absurde qu'on le croit. Normalement je n'ai pas besoid
> d'une
> view. J'exécute la SP et j'ai les résultat. Le problème est que cette SP
> sera
> appellé par un Rapport Crystal , jusqu'ici ça va. Mais le hic c'est que le
> rapport crystal utilisera des paramètre. Et il semble que Crystal Report
> lorsqu'il utilise paramètre, génére une requête SQL du genre SELECT....
> where
> parameter.... . Malheureusement un Select sur une SP ne fonctionne.
> J'obtiens
> donc un message d'erreur dans crystal disant 'Failes to open Rowset'.
> Alors
> que la SP fonctionne bien. DOnc je me suis dis je vais créer une view et
> cette view fera appelle a cette SP. Et un rapport crystal qui utilise un
> paramètre fonctionne très bien sur une view...
>
> Une solution pourrait être d'utiliser une fonction, mais alors cette
> fonction sera en fait la stored procedure. Mais la stored procedure
> renvoie
> plusieurs colonne, est-ce que cela ne causerai pas un problème.
>
> Exemple:
> CREATE My_StoredPRoc as Select * from authors....
>
> Create function My_Function as exec My_StoredProc...
>
> Comment appellé cette fonction dans la vue ?
>
> CREATE VIEW My_view...
>
> Select My_Function from QUOI ? (from authors ?)
>
>
> "SQLpro [MVP]" a écrit :
>
>> ILyasse a écrit :
>> > Bonjour,
>> >
>> > J'amerai savoir si elle est possible de faire appelle à une stored
>> > procedure
>> > a partir d'nue view.
>> > J'utilise Sql server 2000. Sachant que la stored procedure rempli une
>> > table
>> > et à la fin fait un select de cette table. Je voudrai faire une view
>> > qui me
>> > renvoie le résultat de ce select.
>> >
>> > Merci d'avance pour votre aide.
>> >
>> >
>>
>> C'est totalement absurde :
>>
>> Une SP peut encapsuler de nombreuses requêtes et gérer de multiples
>> transactions.
>> Or une requête EST une transaction.
>> On ne peut donc appeler une SP dans une requête pour la bonne et simple
>> raison qu'il ne peut y avoir un fractionnement de transactions à
>> l'intérieur d'un SELECT par exemple !!! Cela permettrait de rendre la
>> transaction SELECT non atomique ... ce qui est parfaitement absurde.
>>
>> En revanche une fonction ne peut pas contenir une transaction. Elle peut
>> donc (et c'est son rôle) être appelée dans un ordre SQL quelconque
>> (SELECT, INSERT, UPDATE, DELETE...)
>>
>>
>> De plus une SP qui execute un SELECT final peut être vu comme une
>> requête SELECT. DOnc, ne changez rien à votre code. Ouvrez simplement le
>> curseur côté client pour voir les données qui sont renvoyées par la SP.
>>
>> A +
>>
>>
>>
>>
>> --
>> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
>> Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
>> Audit, conseil, expertise, formation, modélisation, tuning, optimisation
>> ********************* http://www.datasapiens.com ***********************
>>
non, la fonction ne pourra pas appeler la SP, mais la fonction peut faire
exactement ce que fait la SP
br
"ILyasse" <ILyasse@discussions.microsoft.com> a écrit dans le message de
news: DBAAE2EC-611A-4D51-A2B0-B5633F0E6267@microsoft.com...
> Ce n'est pas si absurde qu'on le croit. Normalement je n'ai pas besoid
> d'une
> view. J'exécute la SP et j'ai les résultat. Le problème est que cette SP
> sera
> appellé par un Rapport Crystal , jusqu'ici ça va. Mais le hic c'est que le
> rapport crystal utilisera des paramètre. Et il semble que Crystal Report
> lorsqu'il utilise paramètre, génére une requête SQL du genre SELECT....
> where
> parameter.... . Malheureusement un Select sur une SP ne fonctionne.
> J'obtiens
> donc un message d'erreur dans crystal disant 'Failes to open Rowset'.
> Alors
> que la SP fonctionne bien. DOnc je me suis dis je vais créer une view et
> cette view fera appelle a cette SP. Et un rapport crystal qui utilise un
> paramètre fonctionne très bien sur une view...
>
> Une solution pourrait être d'utiliser une fonction, mais alors cette
> fonction sera en fait la stored procedure. Mais la stored procedure
> renvoie
> plusieurs colonne, est-ce que cela ne causerai pas un problème.
>
> Exemple:
> CREATE My_StoredPRoc as Select * from authors....
>
> Create function My_Function as exec My_StoredProc...
>
> Comment appellé cette fonction dans la vue ?
>
> CREATE VIEW My_view...
>
> Select My_Function from QUOI ? (from authors ?)
>
>
> "SQLpro [MVP]" a écrit :
>
>> ILyasse a écrit :
>> > Bonjour,
>> >
>> > J'amerai savoir si elle est possible de faire appelle à une stored
>> > procedure
>> > a partir d'nue view.
>> > J'utilise Sql server 2000. Sachant que la stored procedure rempli une
>> > table
>> > et à la fin fait un select de cette table. Je voudrai faire une view
>> > qui me
>> > renvoie le résultat de ce select.
>> >
>> > Merci d'avance pour votre aide.
>> >
>> >
>>
>> C'est totalement absurde :
>>
>> Une SP peut encapsuler de nombreuses requêtes et gérer de multiples
>> transactions.
>> Or une requête EST une transaction.
>> On ne peut donc appeler une SP dans une requête pour la bonne et simple
>> raison qu'il ne peut y avoir un fractionnement de transactions à
>> l'intérieur d'un SELECT par exemple !!! Cela permettrait de rendre la
>> transaction SELECT non atomique ... ce qui est parfaitement absurde.
>>
>> En revanche une fonction ne peut pas contenir une transaction. Elle peut
>> donc (et c'est son rôle) être appelée dans un ordre SQL quelconque
>> (SELECT, INSERT, UPDATE, DELETE...)
>>
>>
>> De plus une SP qui execute un SELECT final peut être vu comme une
>> requête SELECT. DOnc, ne changez rien à votre code. Ouvrez simplement le
>> curseur côté client pour voir les données qui sont renvoyées par la SP.
>>
>> A +
>>
>>
>>
>>
>> --
>> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
>> Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
>> Audit, conseil, expertise, formation, modélisation, tuning, optimisation
>> ********************* http://www.datasapiens.com ***********************
>>
non, la fonction ne pourra pas appeler la SP, mais la fonction peut faire
exactement ce que fait la SP
br
"ILyasse" a écrit dans le message de
news:
> Ce n'est pas si absurde qu'on le croit. Normalement je n'ai pas besoid
> d'une
> view. J'exécute la SP et j'ai les résultat. Le problème est que cette SP
> sera
> appellé par un Rapport Crystal , jusqu'ici ça va. Mais le hic c'est que le
> rapport crystal utilisera des paramètre. Et il semble que Crystal Report
> lorsqu'il utilise paramètre, génére une requête SQL du genre SELECT....
> where
> parameter.... . Malheureusement un Select sur une SP ne fonctionne.
> J'obtiens
> donc un message d'erreur dans crystal disant 'Failes to open Rowset'.
> Alors
> que la SP fonctionne bien. DOnc je me suis dis je vais créer une view et
> cette view fera appelle a cette SP. Et un rapport crystal qui utilise un
> paramètre fonctionne très bien sur une view...
>
> Une solution pourrait être d'utiliser une fonction, mais alors cette
> fonction sera en fait la stored procedure. Mais la stored procedure
> renvoie
> plusieurs colonne, est-ce que cela ne causerai pas un problème.
>
> Exemple:
> CREATE My_StoredPRoc as Select * from authors....
>
> Create function My_Function as exec My_StoredProc...
>
> Comment appellé cette fonction dans la vue ?
>
> CREATE VIEW My_view...
>
> Select My_Function from QUOI ? (from authors ?)
>
>
> "SQLpro [MVP]" a écrit :
>
>> ILyasse a écrit :
>> > Bonjour,
>> >
>> > J'amerai savoir si elle est possible de faire appelle à une stored
>> > procedure
>> > a partir d'nue view.
>> > J'utilise Sql server 2000. Sachant que la stored procedure rempli une
>> > table
>> > et à la fin fait un select de cette table. Je voudrai faire une view
>> > qui me
>> > renvoie le résultat de ce select.
>> >
>> > Merci d'avance pour votre aide.
>> >
>> >
>>
>> C'est totalement absurde :
>>
>> Une SP peut encapsuler de nombreuses requêtes et gérer de multiples
>> transactions.
>> Or une requête EST une transaction.
>> On ne peut donc appeler une SP dans une requête pour la bonne et simple
>> raison qu'il ne peut y avoir un fractionnement de transactions à
>> l'intérieur d'un SELECT par exemple !!! Cela permettrait de rendre la
>> transaction SELECT non atomique ... ce qui est parfaitement absurde.
>>
>> En revanche une fonction ne peut pas contenir une transaction. Elle peut
>> donc (et c'est son rôle) être appelée dans un ordre SQL quelconque
>> (SELECT, INSERT, UPDATE, DELETE...)
>>
>>
>> De plus une SP qui execute un SELECT final peut être vu comme une
>> requête SELECT. DOnc, ne changez rien à votre code. Ouvrez simplement le
>> curseur côté client pour voir les données qui sont renvoyées par la SP.
>>
>> A +
>>
>>
>>
>>
>> --
>> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
>> Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
>> Audit, conseil, expertise, formation, modélisation, tuning, optimisation
>> ********************* http://www.datasapiens.com ***********************
>>
Mais alors comment appellé cette fonction dans la vue.
SELECT my_function from quoi ?... C'est ce que je ne comprend pas très
bien
...
"bruno reiter" a écrit :non, la fonction ne pourra pas appeler la SP, mais la fonction peut faire
exactement ce que fait la SP
br
"ILyasse" a écrit dans le message de
news:
> Ce n'est pas si absurde qu'on le croit. Normalement je n'ai pas besoid
> d'une
> view. J'exécute la SP et j'ai les résultat. Le problème est que cette
> SP
> sera
> appellé par un Rapport Crystal , jusqu'ici ça va. Mais le hic c'est que
> le
> rapport crystal utilisera des paramètre. Et il semble que Crystal
> Report
> lorsqu'il utilise paramètre, génére une requête SQL du genre SELECT....
> where
> parameter.... . Malheureusement un Select sur une SP ne fonctionne.
> J'obtiens
> donc un message d'erreur dans crystal disant 'Failes to open Rowset'.
> Alors
> que la SP fonctionne bien. DOnc je me suis dis je vais créer une view
> et
> cette view fera appelle a cette SP. Et un rapport crystal qui utilise
> un
> paramètre fonctionne très bien sur une view...
>
> Une solution pourrait être d'utiliser une fonction, mais alors cette
> fonction sera en fait la stored procedure. Mais la stored procedure
> renvoie
> plusieurs colonne, est-ce que cela ne causerai pas un problème.
>
> Exemple:
> CREATE My_StoredPRoc as Select * from authors....
>
> Create function My_Function as exec My_StoredProc...
>
> Comment appellé cette fonction dans la vue ?
>
> CREATE VIEW My_view...
>
> Select My_Function from QUOI ? (from authors ?)
>
>
> "SQLpro [MVP]" a écrit :
>
>> ILyasse a écrit :
>> > Bonjour,
>> >
>> > J'amerai savoir si elle est possible de faire appelle à une stored
>> > procedure
>> > a partir d'nue view.
>> > J'utilise Sql server 2000. Sachant que la stored procedure rempli
>> > une
>> > table
>> > et à la fin fait un select de cette table. Je voudrai faire une view
>> > qui me
>> > renvoie le résultat de ce select.
>> >
>> > Merci d'avance pour votre aide.
>> >
>> >
>>
>> C'est totalement absurde :
>>
>> Une SP peut encapsuler de nombreuses requêtes et gérer de multiples
>> transactions.
>> Or une requête EST une transaction.
>> On ne peut donc appeler une SP dans une requête pour la bonne et
>> simple
>> raison qu'il ne peut y avoir un fractionnement de transactions à
>> l'intérieur d'un SELECT par exemple !!! Cela permettrait de rendre la
>> transaction SELECT non atomique ... ce qui est parfaitement absurde.
>>
>> En revanche une fonction ne peut pas contenir une transaction. Elle
>> peut
>> donc (et c'est son rôle) être appelée dans un ordre SQL quelconque
>> (SELECT, INSERT, UPDATE, DELETE...)
>>
>>
>> De plus une SP qui execute un SELECT final peut être vu comme une
>> requête SELECT. DOnc, ne changez rien à votre code. Ouvrez simplement
>> le
>> curseur côté client pour voir les données qui sont renvoyées par la
>> SP.
>>
>> A +
>>
>>
>>
>>
>> --
>> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage
>> SQL
>> Le site sur le langage SQL et les SGBDR :
>> http://sqlpro.developpez.com
>> Audit, conseil, expertise, formation, modélisation, tuning,
>> optimisation
>> ********************* http://www.datasapiens.com
>> ***********************
>>
Mais alors comment appellé cette fonction dans la vue.
SELECT my_function from quoi ?... C'est ce que je ne comprend pas très
bien
...
"bruno reiter" a écrit :
non, la fonction ne pourra pas appeler la SP, mais la fonction peut faire
exactement ce que fait la SP
br
"ILyasse" <ILyasse@discussions.microsoft.com> a écrit dans le message de
news: DBAAE2EC-611A-4D51-A2B0-B5633F0E6267@microsoft.com...
> Ce n'est pas si absurde qu'on le croit. Normalement je n'ai pas besoid
> d'une
> view. J'exécute la SP et j'ai les résultat. Le problème est que cette
> SP
> sera
> appellé par un Rapport Crystal , jusqu'ici ça va. Mais le hic c'est que
> le
> rapport crystal utilisera des paramètre. Et il semble que Crystal
> Report
> lorsqu'il utilise paramètre, génére une requête SQL du genre SELECT....
> where
> parameter.... . Malheureusement un Select sur une SP ne fonctionne.
> J'obtiens
> donc un message d'erreur dans crystal disant 'Failes to open Rowset'.
> Alors
> que la SP fonctionne bien. DOnc je me suis dis je vais créer une view
> et
> cette view fera appelle a cette SP. Et un rapport crystal qui utilise
> un
> paramètre fonctionne très bien sur une view...
>
> Une solution pourrait être d'utiliser une fonction, mais alors cette
> fonction sera en fait la stored procedure. Mais la stored procedure
> renvoie
> plusieurs colonne, est-ce que cela ne causerai pas un problème.
>
> Exemple:
> CREATE My_StoredPRoc as Select * from authors....
>
> Create function My_Function as exec My_StoredProc...
>
> Comment appellé cette fonction dans la vue ?
>
> CREATE VIEW My_view...
>
> Select My_Function from QUOI ? (from authors ?)
>
>
> "SQLpro [MVP]" a écrit :
>
>> ILyasse a écrit :
>> > Bonjour,
>> >
>> > J'amerai savoir si elle est possible de faire appelle à une stored
>> > procedure
>> > a partir d'nue view.
>> > J'utilise Sql server 2000. Sachant que la stored procedure rempli
>> > une
>> > table
>> > et à la fin fait un select de cette table. Je voudrai faire une view
>> > qui me
>> > renvoie le résultat de ce select.
>> >
>> > Merci d'avance pour votre aide.
>> >
>> >
>>
>> C'est totalement absurde :
>>
>> Une SP peut encapsuler de nombreuses requêtes et gérer de multiples
>> transactions.
>> Or une requête EST une transaction.
>> On ne peut donc appeler une SP dans une requête pour la bonne et
>> simple
>> raison qu'il ne peut y avoir un fractionnement de transactions à
>> l'intérieur d'un SELECT par exemple !!! Cela permettrait de rendre la
>> transaction SELECT non atomique ... ce qui est parfaitement absurde.
>>
>> En revanche une fonction ne peut pas contenir une transaction. Elle
>> peut
>> donc (et c'est son rôle) être appelée dans un ordre SQL quelconque
>> (SELECT, INSERT, UPDATE, DELETE...)
>>
>>
>> De plus une SP qui execute un SELECT final peut être vu comme une
>> requête SELECT. DOnc, ne changez rien à votre code. Ouvrez simplement
>> le
>> curseur côté client pour voir les données qui sont renvoyées par la
>> SP.
>>
>> A +
>>
>>
>>
>>
>> --
>> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage
>> SQL
>> Le site sur le langage SQL et les SGBDR :
>> http://sqlpro.developpez.com
>> Audit, conseil, expertise, formation, modélisation, tuning,
>> optimisation
>> ********************* http://www.datasapiens.com
>> ***********************
>>
Mais alors comment appellé cette fonction dans la vue.
SELECT my_function from quoi ?... C'est ce que je ne comprend pas très
bien
...
"bruno reiter" a écrit :non, la fonction ne pourra pas appeler la SP, mais la fonction peut faire
exactement ce que fait la SP
br
"ILyasse" a écrit dans le message de
news:
> Ce n'est pas si absurde qu'on le croit. Normalement je n'ai pas besoid
> d'une
> view. J'exécute la SP et j'ai les résultat. Le problème est que cette
> SP
> sera
> appellé par un Rapport Crystal , jusqu'ici ça va. Mais le hic c'est que
> le
> rapport crystal utilisera des paramètre. Et il semble que Crystal
> Report
> lorsqu'il utilise paramètre, génére une requête SQL du genre SELECT....
> where
> parameter.... . Malheureusement un Select sur une SP ne fonctionne.
> J'obtiens
> donc un message d'erreur dans crystal disant 'Failes to open Rowset'.
> Alors
> que la SP fonctionne bien. DOnc je me suis dis je vais créer une view
> et
> cette view fera appelle a cette SP. Et un rapport crystal qui utilise
> un
> paramètre fonctionne très bien sur une view...
>
> Une solution pourrait être d'utiliser une fonction, mais alors cette
> fonction sera en fait la stored procedure. Mais la stored procedure
> renvoie
> plusieurs colonne, est-ce que cela ne causerai pas un problème.
>
> Exemple:
> CREATE My_StoredPRoc as Select * from authors....
>
> Create function My_Function as exec My_StoredProc...
>
> Comment appellé cette fonction dans la vue ?
>
> CREATE VIEW My_view...
>
> Select My_Function from QUOI ? (from authors ?)
>
>
> "SQLpro [MVP]" a écrit :
>
>> ILyasse a écrit :
>> > Bonjour,
>> >
>> > J'amerai savoir si elle est possible de faire appelle à une stored
>> > procedure
>> > a partir d'nue view.
>> > J'utilise Sql server 2000. Sachant que la stored procedure rempli
>> > une
>> > table
>> > et à la fin fait un select de cette table. Je voudrai faire une view
>> > qui me
>> > renvoie le résultat de ce select.
>> >
>> > Merci d'avance pour votre aide.
>> >
>> >
>>
>> C'est totalement absurde :
>>
>> Une SP peut encapsuler de nombreuses requêtes et gérer de multiples
>> transactions.
>> Or une requête EST une transaction.
>> On ne peut donc appeler une SP dans une requête pour la bonne et
>> simple
>> raison qu'il ne peut y avoir un fractionnement de transactions à
>> l'intérieur d'un SELECT par exemple !!! Cela permettrait de rendre la
>> transaction SELECT non atomique ... ce qui est parfaitement absurde.
>>
>> En revanche une fonction ne peut pas contenir une transaction. Elle
>> peut
>> donc (et c'est son rôle) être appelée dans un ordre SQL quelconque
>> (SELECT, INSERT, UPDATE, DELETE...)
>>
>>
>> De plus une SP qui execute un SELECT final peut être vu comme une
>> requête SELECT. DOnc, ne changez rien à votre code. Ouvrez simplement
>> le
>> curseur côté client pour voir les données qui sont renvoyées par la
>> SP.
>>
>> A +
>>
>>
>>
>>
>> --
>> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage
>> SQL
>> Le site sur le langage SQL et les SGBDR :
>> http://sqlpro.developpez.com
>> Audit, conseil, expertise, formation, modélisation, tuning,
>> optimisation
>> ********************* http://www.datasapiens.com
>> ***********************
>>
select ... from UDF_xxx where ...
br
"ILyasse" a écrit dans le message de
news:
> Mais alors comment appellé cette fonction dans la vue.
> SELECT my_function from quoi ?... C'est ce que je ne comprend pas très
> bien
> ...
>
> "bruno reiter" a écrit :
>
>> non, la fonction ne pourra pas appeler la SP, mais la fonction peut faire
>> exactement ce que fait la SP
>>
>> br
>>
>> "ILyasse" a écrit dans le message de
>> news:
>> > Ce n'est pas si absurde qu'on le croit. Normalement je n'ai pas besoid
>> > d'une
>> > view. J'exécute la SP et j'ai les résultat. Le problème est que cette
>> > SP
>> > sera
>> > appellé par un Rapport Crystal , jusqu'ici ça va. Mais le hic c'est que
>> > le
>> > rapport crystal utilisera des paramètre. Et il semble que Crystal
>> > Report
>> > lorsqu'il utilise paramètre, génére une requête SQL du genre SELECT....
>> > where
>> > parameter.... . Malheureusement un Select sur une SP ne fonctionne.
>> > J'obtiens
>> > donc un message d'erreur dans crystal disant 'Failes to open Rowset'.
>> > Alors
>> > que la SP fonctionne bien. DOnc je me suis dis je vais créer une view
>> > et
>> > cette view fera appelle a cette SP. Et un rapport crystal qui utilise
>> > un
>> > paramètre fonctionne très bien sur une view...
>> >
>> > Une solution pourrait être d'utiliser une fonction, mais alors cette
>> > fonction sera en fait la stored procedure. Mais la stored procedure
>> > renvoie
>> > plusieurs colonne, est-ce que cela ne causerai pas un problème.
>> >
>> > Exemple:
>> > CREATE My_StoredPRoc as Select * from authors....
>> >
>> > Create function My_Function as exec My_StoredProc...
>> >
>> > Comment appellé cette fonction dans la vue ?
>> >
>> > CREATE VIEW My_view...
>> >
>> > Select My_Function from QUOI ? (from authors ?)
>> >
>> >
>> > "SQLpro [MVP]" a écrit :
>> >
>> >> ILyasse a écrit :
>> >> > Bonjour,
>> >> >
>> >> > J'amerai savoir si elle est possible de faire appelle à une stored
>> >> > procedure
>> >> > a partir d'nue view.
>> >> > J'utilise Sql server 2000. Sachant que la stored procedure rempli
>> >> > une
>> >> > table
>> >> > et à la fin fait un select de cette table. Je voudrai faire une view
>> >> > qui me
>> >> > renvoie le résultat de ce select.
>> >> >
>> >> > Merci d'avance pour votre aide.
>> >> >
>> >> >
>> >>
>> >> C'est totalement absurde :
>> >>
>> >> Une SP peut encapsuler de nombreuses requêtes et gérer de multiples
>> >> transactions.
>> >> Or une requête EST une transaction.
>> >> On ne peut donc appeler une SP dans une requête pour la bonne et
>> >> simple
>> >> raison qu'il ne peut y avoir un fractionnement de transactions à
>> >> l'intérieur d'un SELECT par exemple !!! Cela permettrait de rendre la
>> >> transaction SELECT non atomique ... ce qui est parfaitement absurde.
>> >>
>> >> En revanche une fonction ne peut pas contenir une transaction. Elle
>> >> peut
>> >> donc (et c'est son rôle) être appelée dans un ordre SQL quelconque
>> >> (SELECT, INSERT, UPDATE, DELETE...)
>> >>
>> >>
>> >> De plus une SP qui execute un SELECT final peut être vu comme une
>> >> requête SELECT. DOnc, ne changez rien à votre code. Ouvrez simplement
>> >> le
>> >> curseur côté client pour voir les données qui sont renvoyées par la
>> >> SP.
>> >>
>> >> A +
>> >>
>> >>
>> >>
>> >>
>> >> --
>> >> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage
>> >> SQL
>> >> Le site sur le langage SQL et les SGBDR :
>> >> http://sqlpro.developpez.com
>> >> Audit, conseil, expertise, formation, modélisation, tuning,
>> >> optimisation
>> >> ********************* http://www.datasapiens.com
>> >> ***********************
>> >>
>>
>>
>>
select ... from UDF_xxx where ...
br
"ILyasse" <ILyasse@discussions.microsoft.com> a écrit dans le message de
news: 9924A723-67D3-438B-BFD1-565F9ADE3727@microsoft.com...
> Mais alors comment appellé cette fonction dans la vue.
> SELECT my_function from quoi ?... C'est ce que je ne comprend pas très
> bien
> ...
>
> "bruno reiter" a écrit :
>
>> non, la fonction ne pourra pas appeler la SP, mais la fonction peut faire
>> exactement ce que fait la SP
>>
>> br
>>
>> "ILyasse" <ILyasse@discussions.microsoft.com> a écrit dans le message de
>> news: DBAAE2EC-611A-4D51-A2B0-B5633F0E6267@microsoft.com...
>> > Ce n'est pas si absurde qu'on le croit. Normalement je n'ai pas besoid
>> > d'une
>> > view. J'exécute la SP et j'ai les résultat. Le problème est que cette
>> > SP
>> > sera
>> > appellé par un Rapport Crystal , jusqu'ici ça va. Mais le hic c'est que
>> > le
>> > rapport crystal utilisera des paramètre. Et il semble que Crystal
>> > Report
>> > lorsqu'il utilise paramètre, génére une requête SQL du genre SELECT....
>> > where
>> > parameter.... . Malheureusement un Select sur une SP ne fonctionne.
>> > J'obtiens
>> > donc un message d'erreur dans crystal disant 'Failes to open Rowset'.
>> > Alors
>> > que la SP fonctionne bien. DOnc je me suis dis je vais créer une view
>> > et
>> > cette view fera appelle a cette SP. Et un rapport crystal qui utilise
>> > un
>> > paramètre fonctionne très bien sur une view...
>> >
>> > Une solution pourrait être d'utiliser une fonction, mais alors cette
>> > fonction sera en fait la stored procedure. Mais la stored procedure
>> > renvoie
>> > plusieurs colonne, est-ce que cela ne causerai pas un problème.
>> >
>> > Exemple:
>> > CREATE My_StoredPRoc as Select * from authors....
>> >
>> > Create function My_Function as exec My_StoredProc...
>> >
>> > Comment appellé cette fonction dans la vue ?
>> >
>> > CREATE VIEW My_view...
>> >
>> > Select My_Function from QUOI ? (from authors ?)
>> >
>> >
>> > "SQLpro [MVP]" a écrit :
>> >
>> >> ILyasse a écrit :
>> >> > Bonjour,
>> >> >
>> >> > J'amerai savoir si elle est possible de faire appelle à une stored
>> >> > procedure
>> >> > a partir d'nue view.
>> >> > J'utilise Sql server 2000. Sachant que la stored procedure rempli
>> >> > une
>> >> > table
>> >> > et à la fin fait un select de cette table. Je voudrai faire une view
>> >> > qui me
>> >> > renvoie le résultat de ce select.
>> >> >
>> >> > Merci d'avance pour votre aide.
>> >> >
>> >> >
>> >>
>> >> C'est totalement absurde :
>> >>
>> >> Une SP peut encapsuler de nombreuses requêtes et gérer de multiples
>> >> transactions.
>> >> Or une requête EST une transaction.
>> >> On ne peut donc appeler une SP dans une requête pour la bonne et
>> >> simple
>> >> raison qu'il ne peut y avoir un fractionnement de transactions à
>> >> l'intérieur d'un SELECT par exemple !!! Cela permettrait de rendre la
>> >> transaction SELECT non atomique ... ce qui est parfaitement absurde.
>> >>
>> >> En revanche une fonction ne peut pas contenir une transaction. Elle
>> >> peut
>> >> donc (et c'est son rôle) être appelée dans un ordre SQL quelconque
>> >> (SELECT, INSERT, UPDATE, DELETE...)
>> >>
>> >>
>> >> De plus une SP qui execute un SELECT final peut être vu comme une
>> >> requête SELECT. DOnc, ne changez rien à votre code. Ouvrez simplement
>> >> le
>> >> curseur côté client pour voir les données qui sont renvoyées par la
>> >> SP.
>> >>
>> >> A +
>> >>
>> >>
>> >>
>> >>
>> >> --
>> >> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage
>> >> SQL
>> >> Le site sur le langage SQL et les SGBDR :
>> >> http://sqlpro.developpez.com
>> >> Audit, conseil, expertise, formation, modélisation, tuning,
>> >> optimisation
>> >> ********************* http://www.datasapiens.com
>> >> ***********************
>> >>
>>
>>
>>
select ... from UDF_xxx where ...
br
"ILyasse" a écrit dans le message de
news:
> Mais alors comment appellé cette fonction dans la vue.
> SELECT my_function from quoi ?... C'est ce que je ne comprend pas très
> bien
> ...
>
> "bruno reiter" a écrit :
>
>> non, la fonction ne pourra pas appeler la SP, mais la fonction peut faire
>> exactement ce que fait la SP
>>
>> br
>>
>> "ILyasse" a écrit dans le message de
>> news:
>> > Ce n'est pas si absurde qu'on le croit. Normalement je n'ai pas besoid
>> > d'une
>> > view. J'exécute la SP et j'ai les résultat. Le problème est que cette
>> > SP
>> > sera
>> > appellé par un Rapport Crystal , jusqu'ici ça va. Mais le hic c'est que
>> > le
>> > rapport crystal utilisera des paramètre. Et il semble que Crystal
>> > Report
>> > lorsqu'il utilise paramètre, génére une requête SQL du genre SELECT....
>> > where
>> > parameter.... . Malheureusement un Select sur une SP ne fonctionne.
>> > J'obtiens
>> > donc un message d'erreur dans crystal disant 'Failes to open Rowset'.
>> > Alors
>> > que la SP fonctionne bien. DOnc je me suis dis je vais créer une view
>> > et
>> > cette view fera appelle a cette SP. Et un rapport crystal qui utilise
>> > un
>> > paramètre fonctionne très bien sur une view...
>> >
>> > Une solution pourrait être d'utiliser une fonction, mais alors cette
>> > fonction sera en fait la stored procedure. Mais la stored procedure
>> > renvoie
>> > plusieurs colonne, est-ce que cela ne causerai pas un problème.
>> >
>> > Exemple:
>> > CREATE My_StoredPRoc as Select * from authors....
>> >
>> > Create function My_Function as exec My_StoredProc...
>> >
>> > Comment appellé cette fonction dans la vue ?
>> >
>> > CREATE VIEW My_view...
>> >
>> > Select My_Function from QUOI ? (from authors ?)
>> >
>> >
>> > "SQLpro [MVP]" a écrit :
>> >
>> >> ILyasse a écrit :
>> >> > Bonjour,
>> >> >
>> >> > J'amerai savoir si elle est possible de faire appelle à une stored
>> >> > procedure
>> >> > a partir d'nue view.
>> >> > J'utilise Sql server 2000. Sachant que la stored procedure rempli
>> >> > une
>> >> > table
>> >> > et à la fin fait un select de cette table. Je voudrai faire une view
>> >> > qui me
>> >> > renvoie le résultat de ce select.
>> >> >
>> >> > Merci d'avance pour votre aide.
>> >> >
>> >> >
>> >>
>> >> C'est totalement absurde :
>> >>
>> >> Une SP peut encapsuler de nombreuses requêtes et gérer de multiples
>> >> transactions.
>> >> Or une requête EST une transaction.
>> >> On ne peut donc appeler une SP dans une requête pour la bonne et
>> >> simple
>> >> raison qu'il ne peut y avoir un fractionnement de transactions à
>> >> l'intérieur d'un SELECT par exemple !!! Cela permettrait de rendre la
>> >> transaction SELECT non atomique ... ce qui est parfaitement absurde.
>> >>
>> >> En revanche une fonction ne peut pas contenir une transaction. Elle
>> >> peut
>> >> donc (et c'est son rôle) être appelée dans un ordre SQL quelconque
>> >> (SELECT, INSERT, UPDATE, DELETE...)
>> >>
>> >>
>> >> De plus une SP qui execute un SELECT final peut être vu comme une
>> >> requête SELECT. DOnc, ne changez rien à votre code. Ouvrez simplement
>> >> le
>> >> curseur côté client pour voir les données qui sont renvoyées par la
>> >> SP.
>> >>
>> >> A +
>> >>
>> >>
>> >>
>> >>
>> >> --
>> >> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage
>> >> SQL
>> >> Le site sur le langage SQL et les SGBDR :
>> >> http://sqlpro.developpez.com
>> >> Audit, conseil, expertise, formation, modélisation, tuning,
>> >> optimisation
>> >> ********************* http://www.datasapiens.com
>> >> ***********************
>> >>
>>
>>
>>