對SQL Server臨時表的“素描”
此文章主要介紹的是SQL Server臨時表，你對SQL Server臨時表實際操作感到十分頭疼？別急，以下的文章將會給你相應的解決方案，以下的文章主要是介紹獲得Oracle權限的方案，以下就是相關內容的具體描述。
可以創建本地和全局臨時表。本地臨時表僅在當前會話中可見；全局臨時表在所有會話中都可見。本地臨時表的名稱前面有一個編號符 (#table_name)，而全局臨時表的名稱前面有兩個編號符 (##table_name)。
SQL 語句使用 CREATE TABLE 語句中為 table_name 指定的名稱引用SQL Server臨時表：CREATE TABLE #MyTempTable (cola INT PRIMARY KEY)INSERT INTO #MyTempTable VALUES (1) 如果本地臨時表由存儲過程創建或由多個用戶同時執行的應用程序創建，則 SQL Server 必須能夠區分由不同用戶創建的表。為此，SQL Server 在內部為每個本地臨時表的表名追加一個數字后綴。
存儲在 tempdb 數據庫的 sysobjects 表中的SQL Server臨時表，其全名由 CREATE TABLE 語句中指定的表名和系統生成的數字后綴組成。為了允許追加后綴，為本地臨時表指定的表名 table_name 不能超過 116 個字符。 除非使用 DROP TABLE 語句顯式除去臨時表，否則臨時表將在退出其作用域時由系統自動除去：
當存儲過程完成時，將自動除去在存儲過程中創建的本地臨時表。由創建表的存儲過程執行的所有嵌套存儲過程都可以引用此表。但調用創建此表的存儲過程的進程無法引用此表。
所有其它本地臨時表在當前會話結束時自動除去。
全局臨時表在創建此表的會話結束且其它任務停止對其引用時自動除去。任務與表之間的關聯只在單個 Transact-SQL 語句的生存周期內保持。換言之，當創建全局臨時表的會話結束時，最后一條引用此表的 Transact-SQL 語句完成后，將自動除去此表。
在存儲過程或觸發器中創建的本地臨時表與在調用存儲過程或觸發器之前創建的同名臨時表不同。如果查詢引用臨時表，而同時有兩個同名的臨時表，則不定義針對哪個表解析該查詢。嵌套存儲過程同樣可以創建與調用它的存儲過程所創建的臨時表同名的SQL Server臨時表。
嵌套存儲過程中對表名的所有引用都被解釋為是針對該嵌套過程所創建的表，例如：
- CREATE PROCEDURE Test2ASCREATE TABLE
- #t(x INT PRIMARY KEY)INSERT INTO
- #t VALUES (2)SELECT Test2Col = x FROM
- #tGOCREATE PROCEDURE Test1ASCREATE TABLE
- #t(x INT PRIMARY KEY)INSERT INTO
- #t VALUES (1)SELECT Test1Col = x FROM #tEXEC Test2GOCREATE TABLE
- #t(x INT PRIMARY KEY)INSERT INTO
- #t VALUES (99)GOEXEC Test1GO
下面是結果集：
(1 row(s) affected) Test1Col ----------- 1 (1 row(s) affected) Test2Col ----------- 2
當創建本地或全局臨時表時，CREATE TABLE 語法支持除 FOREIGN KEY 約束以外的其它所有約束定義。如果在臨時表中指定 FOREIGN KEY 約束，該語句將返回警告信息，指出此約束已被忽略，表仍會創建，但不具有 FOREIGN KEY 約束
在 FOREIGN KEY 約束中不能引用SQL Server臨時表。考慮使用表變量而不使用臨時表。當需要在臨時表上顯式地創建索引時，或多個存儲過程或函數需要使用表值時，臨時表很有用。通常，表變量提供更有效的查詢處理。
【編輯推薦】
