对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临时表。考虑使用表变量而不使用临时表。当需要在临时表上显式地创建索引时，或多个存储过程或函数需要使用表值时，临时表很有用。通常，表变量提供更有效的查询处理。