Discussion :

[AnabelP]

Bonjour,

Base SqlServer 2000 et 2005, dans une procédure stockée, je souhaiterais (si possible) utiliser une variable table de la même façon qu'une table temporaire

Voici mon code :

SELECT CodeVehicule
INTO #Temp1
FROM VehVehicule
--
DECLARE @VehDerniereIntervention TABLE (sVehiculeCode VarChar(10), dDerniereInterventionVeh DateTime)
--
-- Derniere intervention des véhicule
INSERT INTO @VehDerniereIntervention
SELECT sVehiculeCode, Max(dInterventionVeh) As dDerniereInterventionVeh
FROM VehIntervention
INNER JOIN #Temp1 ON VehIntervention.sVehiculeCode = #Temp1.CodeVehicule
GROUP BY sVehiculeCode
--
select * from @VehDerniereIntervention
--
-- Véhicule / Intervention -> dernier compteur pour le véhicule
SELECT DISTINCT CodeVehicule, dDerniereInterventionVeh, iInterventionVehCompteur
FROM VehIntervention
INNER JOIN #Temp1 ON VehIntervention.sVehiculeCode = #Temp1.CodeVehicule
INNER JOIN @VehDerniereIntervention ON VehIntervention.sVehiculeCode = @VehDerniereIntervention.sVehiculeCode
AND VehIntervention.dInterventionVeh = @VehDerniereIntervention.dDerniereInterventionVeh
ORDER BY CodeVehicule


Le select de ma variable @VehDerniereIntervention fonctionne très bien, c'est dans le second select que cela se gâte. Le résultat est : "La variable '@VehDerniereIntervention' doit être déclarée."

Est ce que cela signifie qu'une variable table ne peut être utilisée comme une table temporaire ? Il est impossible de faire autre chose que travailler sur les données de celle-ci et afficher le résultat ?

Merci de vos réponse.

[SQLpro]

La visibilité d'une variable est limitée à la portée de code. Cela signifie que lorsque vous sortez du code, la table sous forme de variable est détruite.

A +

[AnabelP]

Ok, mais un truc m'échappe tout de même (désolée !).
Je sais que la portée de la variable table est très restreinte, mais en quoi suis-je plus "sortie du code" en voulant utiliser cette variable table dans une clause inner join qu'en faisant un simple select * from @maTable ?
C'est ce point, cette différence, que je ne situe pas bien.

Cela signifie que pour mon exemple, je suis obligée d'utiliser une table temporaire locale à la place de la variable table ?

Merci.

[elsuket]

Bonjour,

Lorsque vous créez une table temporaire, celle-ci est accessible pour toute la durée de la session, jusqu'à ce que vous la supprimiez par un DROP TABLE, ou, si vous êtes sous SMSS, que vous fermiez l'onglet dans lequel vous exécutez la requête : SQL Server ferme alors la connexion que vous avez ouverte, et votre table temporaire est supprimée automatiquement.

Quand vous utilisez une variable table, celle-ci, comme toute variable, n'a de vie que pour la durée de l'exécution de la requête.
Comme vous avez du exécuter les deux requêtes dans deux lots distincts et non pas dans un seul, alors votre variable table n'existe plus lors de la seconde requête.
Si vous exécutez les deux requêtes dans un seul lot, vous n'aurez pas d'erreur d'exécution.

@++

[AnabelP]

Bonjour,

Non j'exécute tout dans le même script, sinon effectivement aucun intéret de créer une variable table.
je fais ça (enfin j'essaie !) dans une procédure stockée, l'analyseur de requete sql server2000 ou une nouvelle requête sql server 2005.

[elsuket]

OK, j'ai compris.

Vous devez en fait aliaser votre variable table pour que la jointure fonctionne.

Exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
DECLARE @T1 TABLE
(
	ID TINYINT
)
 
DECLARE @T2 TABLE
(
	ID TINYINT
)
 
INSERT INTO @T1 VALUES (1)
INSERT INTO @T1 VALUES (2)
INSERT INTO @T1 VALUES (3)
INSERT INTO @T1 VALUES (4)
INSERT INTO @T1 VALUES (5)
 
INSERT INTO @T2 VALUES (1)
INSERT INTO @T2 VALUES (2)
INSERT INTO @T2 VALUES (3)
 
-- Cette requête ne fonctionne pas
SELECT @T1.*, @T2.*
FROM @T1
JOIN @T2 ON @T2.ID = @T1.ID
 
-- Celle-ci s'exécute
SELECT T1.*, T2.*
FROM @T1 AS T1
JOIN @T2 AS T2 ON T2.ID = T1.ID

@++