Discussion :

[Papy214]

Bonjour

Avec FB2.5, je fais une procédure qui renvoie un ensemble de lignes (simple filtre sur une table).

Quand je fais un "select * from maproc(param1)" , je récupère 200 lignes (résultat OK).
Quand je fais un "execute maproc(param1)" , une seule ligne est remontée.

Question: Est-ce normal ?
Pour autant que je le sache, SQLServer renverrait le même résultat.


Papy !

[Ph. B.]

Bonjour,

Avec FB2.5, je fais une procédure qui renvoie un ensemble de lignes (simple filtre sur une table).

Quand je fais un "select * from maproc(param1)" , je récupère 200 lignes (résultat OK).
Quand je fais un "execute maproc(param1)" , une seule ligne est remontée.

Question: Est-ce normal ?

Oui, EXECUTE est dédiée aux procédures qui ne renvoient aucun résultat ou qui renvoient une seule ligne de résultat(s).
"SELECT FROM" s'emploie pour les procédures qui renvoient un ensemble de ligne(s) (0 à n).

Pour autant que je le sache, SQLServer renverrait le même résultat.

Chaque moteur de bases de données s'appuie sur une normalisation du langage SQL, mais chacun a quelques spécificités ou variantes, d'où le terme de dialecte SQL que l'on rencontre parfois.

[Papy214]

Ok merci ! ça ne venait donc pas d'une erreur que j'aurai fais.

[aieeeuuuuu]

Bonjour

Pour autant que je le sache, SQLServer renverrait le même résultat.
Papy !

S'il s'agit réellement d'une procédure stockée, je pense plutôt qu'avec select * from maproc(param1), SQLServer vous aurait poliment éconduit...

Avec une fonction table, c'est l'autre syntaxe qui aurait posé problème...

[Papy214]

Bonjour


S'il s'agit réellement d'une procédure stockée, je pense plutôt qu'avec select * from maproc(param1), SQLServer vous aurait poliment éconduit...

Avec une fonction table, c'est l'autre syntaxe qui aurait posé problème...

Je me suis mal exprimé. Je disais que SQLServer m'aurait renvoyé toutes mes lignes avec un "execute maproc(monparam)" , contrairement à FB qui ne renvoie qu'une seule ligne.