首先让我们确保您使用的是真正的临时表，它们是否以＃或##开头？如果您正在动态创建实际表格，然后重复删除并重新创建表格，则确实会遇到并发用户问题。如果您正在创建全局临时表（以##开头），您也可能遇到问题。如果您不希望并发问题使用本地临时表（它们以＃开头）。在proc结束时明确关闭它们（或者当proc不再需要它们时，如果你正在谈论长时间的多步骤procs），并且在创建之前检查是否存在（并且如果是这样）。

来源

2009-01-21 21:17:31 HLGEM

本地临时表是线程安全的，因为它们只存在于当前上下文中。请不要将上下文与当前连接混淆（从MSDN：“在存储过程完成时自动删除存储过程中创建的本地临时表”），同一连接可以安全地调用两次或更多次创建的存储过程一个本地临时表（如#TMP）。

您可以通过从两个连接执行以下存储过程来测试此行为。该SP将等待30秒，所以我们可以肯定这两个线程将在自己的#TMP表的版本在同一时间运行它们：

CREATE PROCEDURE myProc(@n INT) 
AS BEGIN 
    RAISERROR('running with (%d)', 0, 1, @n); 
    CREATE TABLE #TMP(n INT); 
    INSERT #TMP VALUES(@n); 
    INSERT #TMP VALUES(@n * 10); 
    INSERT #TMP VALUES(@n * 100); 
    WAITFOR DELAY '00:00:30'; 
    SELECT * FROM #TMP; 
END;

来源

2012-05-08 18:20:06

简短的回答是：

临时表的隔离是保证每个查询，并有没有什么可担心的线程，锁或并发访问。

我不知道为什么在这里回答说说“关系”和线程，因为这些的意义是编程的概念，而查询隔离在数据库级别处理。

本地临时对象在SQL服务器中被会话分开。如果你有两个同时运行的查询，那么它们是两个完全独立的会话，不会互相干扰。登录无关紧要，例如，如果您使用ADO.NET使用单个连接字符串（这意味着多个并发查询将使用相同的SQL Server“登录”），那么您的查询将全部仍在单独的会话中运行 。连接池也无关紧要。本地临时对象（表和存储过程）完全不会被其他会话看到。

澄清这是如何工作的;虽然您的代码具有本地临时对象的单一通用名称，但SQL Server会在每个会话中为每个对象附加一个唯一字符串，以使它们保持分离。

CREATE TABLE #T (Col1 INT) 

SELECT * FROM tempdb.sys.tables WHERE [name] LIKE N'#T%';

你会看到类似的名称如下：您可以通过运行在SSMS下面看到这个

T_______________00000000001F

然后，而不关闭该查询选项卡，开辟了新的查询选项卡并粘贴到相同的查询中并再次运行。您现在应该看到类似以下内容：

T_______________00000000001F

T_______________000000000020

因此，每个代码引用#T时，SQL Server将其转换为基于会话的正确名称。分离都是自动神奇地处理的。

来源

2017-07-18 04:28:29

临时表是否是线程安全的？

回答

T_______________00000000001F

T_______________00000000001F

T_______________000000000020

相关问题