Procedure avec INSERT et champ variable

Version imprimable

Bonjour à tous,

J'ai un petit problème dans une de mes procédures
Elle insère une ligne mais les champ de l'insert sont variables.

Exemple :
Code:

1 2 3 4 5 6 7 8 9 10 11 DECLARE @field1 VHARCHAR(5) DECLARE @field2 VHARCHAR(5) SET @field1 = 'day1' SET @field2 = 'day5' INSERT INTO MATABLE ( ID, [@field1], [@field2]) VALUES (5, @var1, @var2) -- @var1 et @var2 sont envoyés à ma procedure -- et @field1 et @field2 sont variables
la suite de mon code effectue également un UPDATE avec le meme principe

SAUF que sql server n'aime pas du tout la syntaxe
"Invalid colum name '@field1'"

J'utilise sql 2005

Merci de votre aide

@ bientot

Essaie quelque chose comme ça :

Code:

1
2
3
4
5
6
7
8
9
10
DECLARE @field1 VHARCHAR(5)
DECLARE @field2 VHARCHAR(5)
DECLARE @query VARCHAR(255)
 
SET @field1 = 'day1'
SET @field2 = 'day5'
SET @query = 'INSERT INTO MATABLE (ID, ' + @field1 + ', ' + @field2 + ')
VALUES (5, ' + @var1 + ','  + @var2 + ')'
 
EXEC(@query)

03/12/2006, 21h50
bbshadoks

merci pour ta réponse :)

elle fonctionne et c'est ce que j'utilisais avant, mon probleme c'est que je ne veux pas utiliser EXEC pour ne pas à refaire travailler le parseur sql. en utilisant EXEC je perd toute l'optimisation d'une procedure et donc autant utiliser un script client pour effectuer cette requete...

j'espere qu'il y a solution a mon problème ...
03/12/2006, 22h50
Baptiste Wicht

Citation:

Envoyé par bbshadoks

merci pour ta réponse :)

elle fonctionne et c'est ce que j'utilisais avant, mon probleme c'est que je ne veux pas utiliser EXEC pour ne pas à refaire travailler le parseur sql. en utilisant EXEC je perd toute l'optimisation d'une procedure et donc autant utiliser un script client pour effectuer cette requete...

j'espere qu'il y a solution a mon problème ...

Ca m'étonnerait vraiment que tu aies le choix...

L'avantage d'une procédure stockée, c'est qu'elle est déja compilée, mais si tu commences à faire des requêtes dynamiques, tu ne peut pas les compiler à l'avance, ce qui t'oblige à compiler ta requête même à l'intérieur de la procédure stockée...
03/12/2006, 23h51
bbshadoks

ben l'autre pb c'est que @var1 et @var2 sont des entiers, donc je suis obligé de faire des CAST à chaque fois.
et j'ai environ 15 valeurs à insérer (dont les 2 champs variables @field1 et field2).

je trouve ca bizare que l'on ne puisse pas mettre des champs en variable comme les noms de table par exemple. car là mes performances vont en patir !!!

15 CAST + re parser la requete => pas cool ...
04/12/2006, 09h18
Baptiste Wicht

Citation:

Envoyé par bbshadoks

je trouve ca bizare que l'on ne puisse pas mettre des champs en variable comme les noms de table par exemple. car là mes performances vont en patir !!!

Le problème, c'est qu'avec une telle requête, tu peut rien compiler à l'avance puisque tu ne sais son contenu que lors de l'éxécution de la procédure stockée, or, toute requête doit être compilée, on ne peut donc la compiler que quand on sait ce qu'elle va contenir.
04/12/2006, 10h14
bbshadoks

hum ok je comprend... je vais donc garder mes EXEC.
merci bien wich !