Operateur IN parametrable

Bonjour

j'ai impléméenté une procedure stocké qui va prendre en parametre un nvarchar
qui répresente la valeur dans l'operateur IN

exple

si je fai :

Citation:

---

select * from T where att in ('val)

---

-> j'aurais des resultats affiché sur l'ecran

pourtant le meme requete parametré suivante ça donne pas des resultats

Citation:

---

declare @x nvarchar(100)
set @x='''val'''
select * from T where att in (@x)

---

-

(@x est un argument de la procedure stockée)
il est construit à partir d'un multiselect checkboxes

Il faut passer par une fonction "split" (à écrire par tes propres soint) qui éclate la variable "@x" en une colonne de plusieurs lignes (variable de type table).

A ce moment, la syntaxe sera where colonne in (split(@x))

Bonjour,

Pour commencer

Code:

---

select * from T where att in ('val')

---

c'est différent de ça

Code:

---

1 2 3

declare @x nvarchar(100) set @x='''val''' select * from T where att in (@x)

---

Pour avoir la même chose il faudrait faire

Code:

---

1 2 3

declare @x nvarchar(100) SET @x='val' SELECT * FROM T WHERE att IN (@x)

---

Maintenant, ça marche pour une seule valeur dans la variable (et donc pas d'intérêt d'utiliser NOT IN...)


Pour ton cas, comme proposer par StringBuilder, tu peux utiliser une fonction split "maison" lorsqu'il existe plusieurs valeurs dans la variable.

Si tu es en 2008, tu peux utiliser un type table défini par l'utilisateur en tant que paramètre de ta procédure stocké.
http://msdn.microsoft.com/fr-fr/libr...ql.105%29.aspx

Et en dernier recours, mais alors tout dernier recours, j'ai même honte de te proposer cette solution... :oops: (si la virgule est ton séparateur de valeur)

Code:

---

select * from T where ',' + @x + ',' NOT LIKE '%,' + att + ',%'

---

Je pense qu'il n'y a rien de pire que cette syntaxe.

et pour une fonction de splittage : http://blog.developpez.com/sqlpro/p7...esure_multiple

Cela dit il est préférable de passer par une vrai table....
soit temporaire (et indexée)
soit de base en ajoutant une colonne de session (genre GUID).

A +

Citation:

---

Envoyé par SQLpro

et pour une fonction de splittage : http://blog.developpez.com/sqlpro/p7...esure_multiple

Cela dit il est préférable de passer par une vrai table....
soit temporaire (et indexée)
soit de base en ajoutant une colonne de session (genre GUID).

A +

---

Merci beaucoup SqlPro et StringBuilder
en fait c'été à cause de ça