Discussion :

[StarMusic]

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 :

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

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 :

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

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

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

[anapurna]

salut

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


@+ Phil

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

[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+

[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

[cmen76]

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 ?

[pitango]

Code :

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

1
2
 
SELECT * INTO #Asupprimer FROM ARTICLES

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.