table temporaire et procedure stockee [MSSQL] - SQL/NoSQL - Programmation
Marsh Posté le 21-01-2005 à 12:07:23
Suffit de lire la doc...
Citation : |
Marsh Posté le 21-01-2005 à 12:46:09
Arjuna a écrit : Suffit de lire la doc... |
Merci pour la doc en francais. Sur l'anglaise, tout ce que j'ai sur ce point c'est :
Citation : Local temporary tables have a single number sign (#) as the first character of their names; they are visible only to the current connection for the user; and they are deleted when the user disconnects from instances of Microsoft SQL Server 2000 |
Marsh Posté le 21-01-2005 à 14:21:21
Ben ça veut dire la même chose :
-> Visible que pour l'utilisateur de la connection courrante.
A moins de faire des requêtes assynchrones en utilisant la même connection (ce qui est à mon avis nullement ton cas), en aucun cas tu peux avoir de conflit. Et même dans ce cas, étant donné en effet l'ajout dans la doc à propos des PS, même dans ce cas précis, les tables temporaires sont cloisonnées.
Marsh Posté le 21-01-2005 à 17:07:54
Arjuna a écrit : |
Ben si je crois : j'utilise un soft qui fait une connexion 'partagee' (je ne sais pas exactement ce qu'ils entendent par la) vers un serveur. Derriere, il y a de 1 a 100 threads qui font du SQL.
Donc avec la precision, je suis rassure, quel que soit le bazar en dessous.
Merci
Marsh Posté le 21-01-2005 à 17:26:55
La connection partagée ne pose pas de problème. La connection est indénependante de la session.
Marsh Posté le 19-01-2005 à 17:14:07
Bonjour,
j'ai une procédure stockée dans laquel j'extrais certaines données dans une table temporaire :
Il y a ensuite différents traitements sur la table #tmpRecentRepMsg et je la Drop à la fin de la procédure.
Est-ce qu'il n'y a pas de risque d'accès concurrent à la table temporaire si la procédure est appelée plusieurs fois simultanément ? Du genre 15 connections sur un serveur multiprocesseur.
Jaurai bien utilisé un DECLARE @tmpRecentRepMsg table, mais à priori on ne peut pas faire de SELECT INTO avec.
Merci
---------------
http://www.ikimegon.com/