Creation table temporaire SQL server

Version imprimable

19/09/2007, 17h57
StarMusic

Creation table temporaire SQL server
Bonjour,

Je souhaite créer une table temporaire à partir d'une table existante. Dans l'analyseur de requête SQL server, ça marche. Mais sitôt que je transforme ça en deux requêtes ADOquery de delphi, ça ne marche plus.

Texte dans l'analyseur de requêtes (qui fonctionne) :
Code:

1 2 3 SELECT * INTO #Asupprimer FROM ARTICLES select * from #Asupprimer
J'obtiens bien la iste des articles.

Si je fais le deux requêtes delphi correspondantes :
Code:

1 2 3 1 - SELECT * INTO #Asupprimer FROM ARTICLES -> fonctionne 2 - select * from #Asupprimer -> Ne fonctionne pas (erreur "#ASupprimer : Nom d'objet incorrect")
ON dirait que la première requête n'a pas fonctionné car la table temporaire #Asupprimer semble ne pas exister...

Je ne comprends pas.

D'avance merci à ceux qui comprennent...
19/09/2007, 18h05
cmen76

Les deux requêtes partagent-elles le même composant connexion ?
A priori si la table temporaire n'est pas visible depuis l'autre requête, c'est qu'elles sont dans des sessions BD différentes.
Eventuellement pour illustrer cela, et temporairement, tenter en doublant le # (la table temporaire est alors visible de toutes les sessions).
19/09/2007, 19h44
anapurna

salut

quel version de delphi ?
est tu oblige de passer par ADOquery

@+ Phil
20/09/2007, 11h49
StarMusic

cmen76,

les deux requêtes partagent le même composant connexion. En effet, si je met "##" : ça marche.

Je comprends pas bien pourquoi, ce n'est pas gênant ???.

anapurna,

Delphi 7, je me sers de composants ADO pour mon application, mais si il y a une autre solution, je suis preneur.

Merci à vous por vos réponses.
20/09/2007, 14h04
pitango

Bonjour,

D'après ce que tu décris, entre la première et la deuxième requête ta table
temporaire a du être supprimée (session fermé).

Assures toi déjà que la première requête effectue bien son travaille. (Recordcount 0 ?)

Tu peux regarder aussi du coté du CREATE, utilise t'il la même connexion que tes select.
Sinon en utilisant des tables locales (#), tes select ne pourront pas accéder à la table.

A+
20/09/2007, 15h17
StarMusic

Je ne pense pas fermer la session, les 2 requêtes s'enchainent et ont pour ADOconnection la même chose.

Je ne sais pas si la première requête fai bien son travail car je fais un ADOQuery.EXECSQL, donc laseule manière de voir si elle fait bien son travail c'est de faire la deuxième requête, c'est-à-dire un select sur la table temporaie créée.

Je n'ai pas de CREATE, puisque c'est la première requête qui crée la table temporaire...

Je ne pige toujours pas ce qui se passe.

Merci
20/09/2007, 15h24
cmen76

Citation:

Envoyé par StarMusic

cmen76,
(...)ce n'est pas gênant ???.

Bien sûr que si, ça peut l'être : dans le cas où un deuxième client tenterait de créer la (même) table temporaire déjà utilisée par un premier...

Vous pouvez tracer les SPID depuis le "Gestionnaire de profils" (outil fourni avec SQL Server) pour tenter de comprendre ce qui fait qu'une autre session soit créée pour le 2e query.

Par ailleurs, peut-être pouvez-vous extraire les requêtes de votre projet et nous fournir le bout de code ?

Courage...;)

PS : Le problème ne pourrait-il pas être contourné par la création d'une procédure stockée ?
20/09/2007, 15h46
pitango
Code:

1 2 SELECT * INTO #Asupprimer FROM ARTICLES
:oops: Je ne connaissais pas cette possibilité de créer une table tempo à la volé.

Sinon tu peux regarder après avoir passer ton ExecSQL,la propriété RowsAffected pour connaitre le nombre de lignes manipulées.

pitango,
la propriété RowsAffected montre que la requête 1 fonctionne. (elle ramène le bon nombre de lignes).

cmen76,
Avec le "Gestionnaire de profils" (outil fourni avec SQL Server) je ne comprends pas tout ce qui se passe...

Voici le code Delphi :

Code:

1
2
3
4
5
6
7
8
9
10
11
 
// Requete de création de la table temporaire
DataModuleRotaStock.ADOQueryCreeTableTemp.SQL.Text := 'SELECT * INTO TWEETER.#Asupprimer FROM ARTICLES WHERE (CodeFourn = :Param0) ORDER By Reference';
DataModuleRotaStock.ADOQueryCreeTableTemp.parameters[0].value := trim(DataModuleRotaStock.ADODataSetFournisseurCodeFourn.Value);
DataModuleRotaStock.ADOQueryCreeTableTemp.ExecSQL;
test :=  DataModuleRotaStock.ADOQueryCreeTableTemp.RowsAffected;
 
// Requête de lecture de la table temporaire
DataModuleRotaStock.ADODataSetRecapEntreesSorties.Close;
DataModuleRotaStock.ADODataSetRecapEntreesSorties.CommandText := 'SELECT * FROM TWEETER.#ASupprimer';
DataModuleRotaStock.ADODataSetRecapEntreesSorties.Open;

Merci pour vos réponses...

20/09/2007, 18h19
pitango

Cela n'a pas peut être rien à voir.

Mais pourquoi ne pas utiliser un ADOQuery pour effectuer le open plustot que

qu'un ADODataSet.
20/09/2007, 18h29
StarMusic

Merci de l'idée, j'ai testé, mais ça donne la même erreur....:(

Peut-être pourriez-vous essayer de globaliser ces actions au sein d'une transaction explicite (la table temporaire est peut-être détruite à la fin de la transaction).

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
DataModuleRotaStock.ADOConnection.BeginTrans;
try
// Requete de création de la table temporaire
  DataModuleRotaStock.ADOQueryCreeTableTemp.SQL.Text := 'SELECT * INTO TWEETER.#Asupprimer FROM ARTICLES WHERE (CodeFourn = :Param0) ORDER By Reference';
  DataModuleRotaStock.ADOQueryCreeTableTemp.parameters[0].value := trim(DataModuleRotaStock.ADODataSetFournisseurCodeFourn.Value);
  DataModuleRotaStock.ADOQueryCreeTableTemp.ExecSQL;
  test :=  DataModuleRotaStock.ADOQueryCreeTableTemp.RowsAffected;
 
// Requête de lecture de la table temporaire
  DataModuleRotaStock.ADODataSetRecapEntreesSorties.Close;
  DataModuleRotaStock.ADODataSetRecapEntreesSorties.CommandText := 'SELECT * FROM TWEETER.#ASupprimer';
  DataModuleRotaStock.ADODataSetRecapEntreesSorties.Open;
  ...
finally
  DataModuleRotaStock.ADOConnection.CommitTrans;
end;

21/09/2007, 18h31
StarMusic

même erreur...

Le csse-tête...

Merci en tout cas.