Discussion :

[sayfouche]

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 :

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

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

[StringBuilder]

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))

[SQLDev]

Bonjour,

Pour commencer

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

c'est différent de ça

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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... (si la virgule est ton séparateur de valeur)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

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

[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 +

[sayfouche]

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