Procedure stockée avec clause IN

Bonjour à tous

Question surement simple:
J'ai une proc avec un paramètre sur une clause IN, quand je fais

Code:

---

1 2	exec MaProc @MonParam='TOTO','TATA'

---

Ca ne marche pas.

Comment puis je passer plusieurs valeurs à ma clause IN en SQL ?

J'ai le même souci ensuite avec Reporting services.

Merci d'avance

Et ceci ?

Code:

---

exec MaProc @MonParam='''TOTO'',''TATA'''

---

Avec le code de la procédure, ça aiderait tout de même à connaitre la requête, non ?

Quelle version de SQL Server, emploies-tu ?

Merci pour vos réponses.
J'utilise SQL 2005

Ensuite pour le code:

Code:

---

1 2 3 4 5 6 7 8 9 10

Create Proc MaProc @MonParam varchar(max) as select * from MaTable where MonChamp in (@MonParam) go   -- C'est là que ça marche pas Exec MaProc @MonParam = 'Test1' -- Et je voudrais venir ajouter 'TEST2'

---

C'est plus dans la syntaxe que je sèche.

Ensuite je veux faire la même chose dans Reporting Services


Merci

Il te faut donc passer une table (la liste à inspecter via IN) à une procédure.
Mais cela n'existe pas en Sql Server 2005.

Tu peux contourner le problème de deux manières.

1) En employant systèmatiquement, avant et pendant la procédure, une table temporaire définie pour ta session.
2) Comme ceci (mais ce n'est pas évident à comprendre et certains diront que les TRIGGER c'est MAL pour la vague raison que d'autres l'ont dit avant eux).

Merci

Bonjour,

Vous pouvez aussi passer la liste de vos valeurs dans une chaîne de caractères, celles-ci séparées par des virgules.
Vous découpez ensuite cette chaîne à l'aide d'une fonction table, que vous passez dans votre IN ou dans un EXISTS ;)

Les triggers sont normalement à utiliser seulement pour mettre en place une règle métier complexe, et ils sont gourmands en ressources puisqu'ils mettent à disposition les tables virtuelles INSERTED et DELETED.
Enfin, cela allonge la transaction puisque le code du trrigger fait partie de la transaction qui l'a déclenché.

@++ ;)

Cette phobie du trigger... ^^

Citation:

---

Envoyé par elsuket

Les triggers sont normalement à utiliser seulement pour mettre en place une règle métier complexe, et ils sont gourmands en ressources puisqu'ils mettent à disposition les tables virtuelles INSERTED et DELETED.

---

Je suis convaincu que c'est mieux que parser une chaîne de caractère et que ce n'est pas pire que l'emploie d'une table temporaire.

Néanmoins, si tu as des sources sur le coût de la mise à disposition de ces tables, ça m'intéresse fort.

Citation:

---

Envoyé par elsuket

Enfin, cela allonge la transaction puisque le code du trrigger fait partie de la transaction qui l'a déclenché.

---

Cela amène donc naturellement à une intégrité plus probable des données.