首先讓我們確保您使用的是真正的臨時表，它們是否以＃或##開頭？如果您正在動態創建實際表格，然後重複刪除並重新創建表格，則確實會遇到併發用戶問題。如果您正在創建全局臨時表（以##開頭），您也可能遇到問題。如果您不希望併發問題使用本地臨時表（它們以＃開頭）。在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

相關問題