Discussion :

[Népomucène]

Bonjour,

Dans SQL 2000, si je crée une table temporaire avec :

Code :

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

CREATE TABLE #MaTable (Champ1 varchar(50), Champ2 varchar(50))

cette table n'est visible que par la connexion en cours. Bien.

Si je créée plusieurs fois cette table à partir de différentes connexions
(en répétant l'instruction dans différentes fenêtres dans l'analyseur de requête par exemple) ;
je vois la liste des tables créées avec :

Code :

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

SELECT NAME FROM TEMPDB..SYSOBJECTS where NAME like '#MaTable%'

Comme prévu dans la doc, chaque table est bien nommée "#MaTable___ ... __" + un identificateur.

Ma question est : Comment fait SQL Server pour attribuer :
"#MaTable___ ... __00000000B444" à la connexion SPID = 67
"#MaTable___ ... __00000000B457" à la connexion SPID = 83

Je suppose que l'information doit être écrite quelque part ; mais où ?

[elsuket]

Bonjour,

Ma question est : Comment fait SQL Server pour attribuer :
"#MaTable___ ... __00000000B444" à la connexion SPID = 67
"#MaTable___ ... __00000000B457" à la connexion SPID = 83

Je ne pense pas que le nom attribué à une table temporaire soit en relation avec le SPID, car dans une session on peut créer plusieurs tables temporaires.

Pourquoi avez-vous besoin de tables temporaires ?

@++

[Népomucène]

La table temporaire "#MaTable" est créée par une procédure stockée "MaProc" puis utilisée dans un trigger.
La procédure "MaProc" est susceptible d'être déclenchée par d'autres utilisateurs au même moment.
J'ai donc plusieurs fois #MaTable__... dans TEMPDB..SYSOBJECTS

Or le trigger doit vérifier que la table temp a bien été créée par sa propre connexion car il va faire un select dessus.

Je cherche donc un moyen de déterminer si une des tables temp appartient bien à la connexion en cours.
Naturellement, s'il y a un autre moyen que de regarder dans TEMPDB..SYSOBJECTS
pour vérifier l'existence de la table temp, je suis preneur ...