Discussion :

[apprenti46]

Voici deux exemples de codes testés...

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

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 :

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.

[apprenti46]

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.

[SQLpro]

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 :

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

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 +

[SQLpro]

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 :

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

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 +

[apprenti46]

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.