Discussion :

[sylvie81]

Bonjour,

J'ai remplacé une table variable par une table temporaire locale dans une procédure stockée car beaucoup de données à traiter. En effet, j'ai divisé mon temps par 2. Mais je pose la question suivante, cette PS est utilisée par une application donc elle est appelée plusieurs fois en même temps. La table temporaire locale qui porte le même nom dans la PAS est disponible uniquement dans la session et elle est supprimée normalement à la fin. Si je mets explicitement drop table #.. dans la PS pour être sure qu'elle ne sera pas utilisé dans le futur, cela plante. J'ai fait des tests en bouclant mille fois sur deux sessions connections pour tester sans stipuler le drop et là cela marche. Quel est le risque dans mon choix?

Je sais qu'il existe des tables temporaires locale en mémoire, mais je ne maitrise pas toute la syntaxe.

Cordialement

Sylvie De Magalhaes

[SQLpro]

Les tables temporaire dont le nom commence par le caractère dièse (#) et non double dièse (##) sont des tables temporaires locales. Celle commençant par un double dièse (##) sont des tables temporaire globales.

Dans les deux cas, la table temporaire locale ou globale est supprimée :

• lorsque le code de la routine qui la comporte est terminé (RETURN)
• lorsque la session de l'utilisateur prends fin

En revanche, :

• la table temporaire globale est vue par tous les sessions de tous utilisateurs de l'instance
• la table temporaire locale n'est vue que par la session de l'utilisateur qui l'a créé, même si cette table porte le même nom...

Comment ça marche ?
Le nombre maximal de sessions d'utilisateurs possible dans SQL Server est limité à 32765. Chaque session est identifié par un discriminant interne. Ce que vous ne voyez pas c'est que lorsque vous créez une table temporaire globale, le moteur rajoute à la fin du nom de la table le discriminant de session.

Vous pouvez vous en assurer en faisant le script suivant :

Code :

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

1
2
3
CREATE TABLE #AbraCadaBra (C INT);
 
SELECT * FROM tempdb.INFORMATION_SCHEMA.TABLES;

La seconde requête montre la liste des tables de la base tempdb dans laquelle sont créés tous les objets temporaires...
Vous y trouverez le nom de la table temporaire créée précédemment avec une logue série de blanc souligné au le discriminant de session qui y figure dans les 12 derniers caractères... Par exemple comme ceci :

Code :

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

1
2
3
4
5
6
7
TABLE_CATALOG      TABLE_SCHEMA    TABLE_NAME                                                                                                                       TABLE_TYPE
------------------ --------------- -------------------------------------------------------------------------------------------------------------------------------- ----------
tempdb             dbo             #AbraCadaBra________________________________________________________________________________________________________000000000005 BASE TABLE
tempdb             dbo             #B312FE6C                                                                                                                        BASE TABLE
tempdb             dbo             #AC6600DD                                                                                                                        BASE TABLE
tempdb             dbo             #AD5A2516                                                                                                                        BASE TABLE
...

Notez au passage de nombreuses entrées dans cette vue dont le nom commence par un # suivi de 8 caractères (qui sont en fait un code hexadécimal)... Ce sont les variables tables dont la plupart sont utiluisées en interne par le moteur SQL pour ses propres besoins (diagnostics en général).

CONCLUSION : il n'y a aucun problème de concurrence puisque les tables temporaires locales sont toutes différentes et il n'est pas nécessaire de les supprimées car SQL Server le fait tout seul et bien !

ATTENTION : les tables temporaires ne sont pas des tables en mémoire contrairement à une légende, pas plus que les variables tables ne sont des tables en mémoire... Ce sont réellement des tables instanciées comme les autres, mais avec un environnement plus léger et un comportement différent.

A +