Projet ACCESS/SQL-Server2000 : Table temporaire locale ou ?

Voici deux exemples de codes testés...

Citation:

---

ALTER PROCEDURE dbo.Test2
AS
CREATE TABLE dbo.t (REF VARCHAR(50) PRIMARY KEY)
INSERT INTO dbo.t
SELECT REF FROM dbo.T_A20_Location
WHERE (Année=2008 AND Période=2)

---

==> Création d'une table classique OK

Mais la procédure suivante ne donne rien...

Citation:

---

ALTER PROCEDURE dbo.Test2
AS
CREATE TABLE dbo.#t (REF VARCHAR(50) PRIMARY KEY)
INSERT INTO dbo.#t
SELECT REF FROM dbo.T_A20_Location
WHERE (Année=2008 AND Période=2)

---

Est-ce qu'une table temporaire créé dans une store procedure est automatiquement "détruite" à la fin de la procédure?

Si oui, mon problème demeure.
Comment faire pour récupérer des données dans un écran de type feuille de données au niveau local car plusieurs utilisateurs interrogent la bdd en même temps avec des paramètres différents.

J'avais pensé simplement à une store procedure mais j'ai des paramètres de type string à passer (par ex Communes ci-dessous, voici un exemple SQL utilisée en Access créé dynamiquement :

Citation:

---

SELECT REF FROM Panneaux
WHERE (PENTURE_AF = "A") AND ((Commune = "Bruxelles") OR (Commune = "Mons")) AND (NOT (REF IN (SELECT REF FROM T_A20_Location WHERE Année = 2008) AND ((Période = 2) OR (Période = 3))))))
ORDER BY REF

---

Pouvez-vous m'aider svp.

Fred.

Bonne Année 2008 à vous tous,

Oui, je sais que c'est une journée spéciale mais une petite explication serait la bienvenue.

Pour résume, en mdb Access, j'ai beaucoup de code vba qui crée des requêtes dynamiques en local (de type SELECT). Cela doit fonctionner en local car il y a plus de 10 personnes qui interrogent la bdd en même temps avec des demandes différentes.

Comment obtenir ce même résultat en Projet Access/SQL-Server2000?

Via des tables temporaires : lorsque je crée une table temporaire via la store procedure mentionnée dans le post ci-dessus, j'ai l'impression que celle-ci est "effacée" à la fin de la procédure. Est-ce exact?

Pouvez-vous m'aider ?

D'avance merci.

Fred.

Une table temporaire locale est propre à la session et est détruite :
soit par un ordre DROP TABLE dans la sesion de l'utilisateur qui l'a créée
soit par déconnexion de l'utilisateur.

peut être est-te vous déconnecté entre la fin de la proc stock et la suite ?

Sinon votre PS est correcte à un détail près, il est inutile de mettre dbo. devant le nom des tables temporaires :
ALTER PROCEDURE dbo.Test2
AS
CREATE TABLE #t (REF VARCHAR(50) PRIMARY KEY)
INSERT INTO #t
SELECT REF FROM dbo.T_A20_Location
WHERE (Année=2008 AND Période=2)

Enfin pour votre requête créée dinamiquement, vous pouvez faire un IN :

Code:

---

1 2 3 4 5 6 7 8

SELECT REF FROM Panneaux WHERE PENTURE_AF = "A" AND Commune IN ('Bruxelles', 'Mons' AND NOT REF IN (SELECT REF FROM T_A20_Location WHERE Année = 2008) AND Période IN (2, 3) ORDER BY REF

---

Ce sera plus claire, plus élégant et plus facile à créer.
En sus le délimiteur des chaines de caractères en SQL c'est l'apostrophe (simple quote ' ) et non le guillemet (double quote " )

A +

Une table temporaire locale est propre à la session et est détruite :
soit par un ordre DROP TABLE dans la sesion de l'utilisateur qui l'a créée
soit par déconnexion de l'utilisateur.

peut être est-te vous déconnecté entre la fin de la proc stock et la suite ?

Sinon votre PS est correcte à un détail près, il est inutile de mettre dbo. devant le nom des tables temporaires :
ALTER PROCEDURE dbo.Test2
AS
CREATE TABLE #t (REF VARCHAR(50) PRIMARY KEY)
INSERT INTO #t
SELECT REF FROM dbo.T_A20_Location
WHERE (Année=2008 AND Période=2)

Enfin pour votre requête créée dinamiquement, vous pouvez faire un IN :

Code:

---

1 2 3 4 5 6 7 8

SELECT REF FROM Panneaux WHERE PENTURE_AF = 'A' AND Commune IN ('Bruxelles', 'Mons') AND NOT REF IN (SELECT REF FROM T_A20_Location WHERE Année = 2008) AND Période IN (2, 3) ORDER BY REF

---

Ce sera plus claire, plus élégant et plus facile à créer.
En sus le délimiteur des chaines de caractères en SQL c'est l'apostrophe (simple quote ' ) et non le guillemet (double quote " )

A +

Cher SQL-Pro,

Je te remercie pour tes explications détaillées et également pour ton éclairage sur l'utilisation de "IN" dans ma requête.

Je vais maintenant chercher comment fonctionne les liaisons entre le projet Access et SQL_Server.

A bientôt,

Fred.