Pb avec portée de variablesRésolu

Question

Bonjour,

J'ai un petit problème avec une requête. J'essaye de construire une proc stock dynamiquement dans sql server 6 (je sais : ça craint un max...).

Voici un extrait de ma requete :

DECLARE @valeur float

[...] (des ifs à gogo)

EXECUTE ("SELECT @valeur = sum("[mailto:+@dyn+ +@dyn+]") FROM table WHERE condition")

Il me marque qu'il faut déclarer la variable @valeur... Comment faire ? Je pense qu'il peut y avoir un problème de portée... Enfin là, je suis perdu.

Merci de votre coup de main ;-)

Flo.

floxone · Accepted Answer

Salut,

J'ai trouvé une autre solution en passant par des case.

Merci de votre aide.

Solution trouvée par DOM

dominique.stock · Answer

Bonjour,
à la place de EXECUTE ("SELECT @valeur = sum("[mailto:+@dyn+ +@dyn+]") FROM table WHERE condition")
essaie :
SELECT @valeur = sum([mailto:+@dyn+ @dyn]) FROM table WHERE condition
Directement dans la proc.

Dom

nhervagault · Answer

Salut

C'est normal @valeur est une variable tsql et elle n'est pas renseignée lors de l'éxecution de la requête par execute. Elle est hors du champs d'execution de la procédure stockée.

Désolé je n'ai pas trouvé plus d'explications.

floxone · Answer

Merci pour ta réponse aussi rapide, mais cela ne fonctionne pas.

Je pense que lorsque l'on fait une commande EXECUTE, on créé un nouvel environnement où les variables ne sont pas forcement déclarées.

Mais bon, je suis un peu perdu et j'ai vraiement besoin de récupérer ce résultat. Sinon, peut-on par une autre méthode, récupérer le résultat d'un SELECT dans une commande EXECUTE ?

Désolé de poser des questions aussi tordues :[

floxone · Answer

Bon, effectivement : ça ne marche toujours pas...

Alors, est-ce qu'il est possible de faire un truc du genre :
SELECT @valeur_criticite sum(masse1 * @temp /o.masse_tot) FROM lo l, objet o WHERE l.c o.cAND l.ass = o.ass  AND c_poste = @c_poste

sachant que dans @temp, j'ai un partie de la requête. Pour le moment, j'ai une erreur car @temp est déclaré en char (il contient un truc du genre masse2 + masse3 + masse4). Donc, la multiplication plante à la compilation.

Un petit coup de main s'il vous plaît ?

floxone · Answer

Personne pour répondre à ma dernière question sur l'insertion d'un "champ calculé" dans une requète SELECT ? Je suis vraiment désolé de poser des questions comme ça...

Merci de votre aide... PLEASE.... HELP !

dominique.stock · Answer

Peut être en passant par une fonction tu le passe en paramètre @temp et @c_poste
qui te renvoie la valeur_criticite ...

ou bien passer par une table temporaire et tu fais un execute ( "insert #tzempo values ..."+@temp+"...="+@c_poste) 

Dom

floxone · Answer

Merci de ta réponse. Mais je ne souhaite pas passer par une table temporaire : je ne trouve pas cela très propre. C'est pour cela que j'essaye de faire un select plutôt qu'un execute car MS conseil de ne plus utiliser cette fonction qui sera abandonnée sur la prochaine version de SQLServer.

Pour ton idée de passer par une fonction, je ne pense pas que cela changera mon problème. En effet, mon SELECT actuel est bon, c'est juste qu'il croit que ma variable est un char, ce qui est vrai. Donc float * char donne une erreur. Alors que s'il prend juste le contenu textuel afin de réaliser la requête, on obtient un float : donc float * float --> OK.

Mais j'ai vraiement du mal avec cette procédure stockée, je ne sais pas par quel bout m'y prendre pour faire quelque chose de propre.
Afin que tout marche, il faudrait juste qu'il prenne ma requête "SELECT @valeur_criticite sum(masse1 * @temp /o.masse_tot) FROM lo l, objet o WHERE l.c o.cAND l.ass = o.ass  AND c_poste = @c_poste" et qu'il remplace @temp par son contenu afin d'éxécuter la requête sans me pondre une erreur de compilation.

Encore merci pour votre aide à tous.

Pb avec portée de variables

8 réponses

Votre réponse

Discussions similaires