[SP] Comment fournir la liste d'un "IN" en paramèt

Bonjour.

Je viens de constater qu'une procédure stockée que je croyais opérationnelle ne l'est probablement pas tant que ça...

Voici le début de ma procédure :

Code:

---

1 2 3 4 5 6 7 8 9 10

DECLARE @ListePrIdParent varchar(200)   set @ListePrIdParent='304,1451'   SELECT count(*) FROM T_LIEN_NS WHERE 1) LNS_NS_PR_ID_PARENT_FK IN (@ListePrIdParent) 2)-- LNS_NS_PR_ID_PARENT_FK IN (304, 1451)

---

Les lignes 1) et 2) sont des équivalentes que je passe en commentaire alternativement pour tester.

La vrai procedure stockée ne comporte pas la ligne 2), mais la ligne 1). Pourtant, avec les valeurs que j'ai fourni ici, la procédure ne fonctionne qu'avec la ligne 2) et pas avec la ligne 1).

Et voilà ce qu'il me marque :

Citation:

---

Erreur de conversion du type de données varchar en numeric.

---

Ce que je cherche à faire, c'est à lui passer sous forme d'une chaine, la liste à placer après le "IN"... mais apparemment, je n'utilise pas la bonne méthode !

Comment puis-je faire ? 8O Quelqu'un a une idée ? :oops:

deux solutions :
soit tu crées une variable par valeur dans ta liste

Code:

---

1 2 3 4 5 6 7 8 9

declare @liste varchar(200) set @liste = '1' declare @liste2 varchar(200) set @liste = '2'   select name from sysobjects where id in (@liste, @liste2)

---

soit tu écris ta requete dans une variable de commande

Code:

---

1 2 3 4 5 6

declare @liste varchar(200) set @liste = '1,2' declare @cmd nvarchar(300) set @cmd = 'select name from sysobjects where id in (' + @liste + ')' exec (@cmd)

---

Merci !!! :D

La seconde solution proposée me conviens très bien et elle marche !

Merci beaucoup. :wink:

Bonjour,
Le passage en paramètre de données d'une liste du type int est plusieurs fois expliqué sur le forum.
Qu'en est-il quand il s'agit de passer une liste du type varchar :

Code:

---

1 2 3 4 5 6 7 8

Declare @list_char varchar; Set @list_char = "'toto','tata'"; --??   select * from matable where macolonne IN (@list_char)

---

Merci

Bonjour,

Citation:

---

Envoyé par ZERS

Code:

---

SET @cmd = 'select name from sysobjects where id in (' + @liste + ')'

---

---

Ceci est une horreur car à chaque fois que la requête est soumise au moteur de base de données avec @liste qui change, un nouveau plan est généré.
Ceci a pour effet de consommer du CPU du fait de la compilation et de l'optimisation, et de pourrir la qualité du cache de procédure.

La meilleure option que l'on ait pour ce faire est de créer une table utilitaire dans laquelle on stocke les valeurs ad-hoc. On collecte une valeur de type uniqueidentifier en invoquant la fonction NEWID() à chaque appel de la procédure : celle-ci sert alors de jeton de session.

On stocke les valeurs dans la table utilitaire avec ce jeton, puis on effectue un IN ou un JOIN sur la colonne contenant les valeurs dans la table utilitaire, filtrée par la valeur du jeton. De cette façon le plan est robuste et unique.

Si toutefois on rencontre ou on prévoit des problèmes de concurrence liés au stockage de ces valeurs dans la table utilitaire, il suffit de créer un certain nombre de tables, avec une clé subrogée, et une autre colonne calculée qui est ABS(CHECKSUM(jeton)) % [nombre de tables].
Il suffit ensuite de poser une vue sur l'ensemble des tables qui fait le UNION ALL de toutes les tables. SQL Server fera le reste en stockant les lignes dans table qui convient lorsqu'on INSERT la vue.
La jointure que je décris ci-dessus se fait alors sur la vue.
Cela permet de répartir la charge de verrouillage sur plusieurs table, et donc d'augmenter la concurrence.

@++ ;)

Bonjour,
Nicolas, tu oublies le plus simple: les Table Valued Parameter...


Mais encore faudrait-il que notre ami nous précise la version du SQL SERVER visé? f