SQL临时表介绍

临时表就是那些名称以井号 (#) 开头的表。如果当用户断开连接时没有除去临时表，SQL Server 将自动除去临时表。临时表不存储在当前数据库内，而是存储在系统数据库 tempdb 内。

临时表有两种类型：

本地临时表
以一个井号 (#) 开头的那些表名。只有在创建本地临时表的连接上才能看到这些表，链接断开时临时表即被删除（本地临时表为创建它的该链接的会话所独享）或者这样说局部临时表是有当前用户创建的，并且只有当前用户的会话才可以访问。
如果本地临时表由存储过程创建或由多个用户同时执行的应用程序创建（其实可看作是不同的链接，不同的会话），则数据库引擎必须能够区分由不同用户创建的表。为此，数据库引擎在内部为每个本地临时表的表名追加一个数字后缀。存储在 tempdb 的 sysobjects 表中的临时表，其全名由 CREATE TABLE 语句中指定的表名和系统生成的数字后缀组成。为了允许追加后缀，为本地临时表指定的 table_name 不能超过 116 个字符。

对于本地临时表来说，需要注意在不同情形下应用本地临时表其删除的实际。如假设数据库在执行一个存储过程的时候建立了本地临时表。那么此时这个本地临时表并不是在会话终止的时候自动删除，而是在这个存储过程执行完毕后就会删除。这是什意思呢?也就是说，用户发起的某个会话，为了执行一个特殊的作业(如用户的这个会话调用了某个存储过程)。此时其实就是会话再创建一个子会话的过程。在这种情况下需要注意的是，子会话创建的本地临时表只在子会话内部有效。当这个子会话终止的时候(存储过程执行完毕)，此时这个临时表就会自动删除。即对于调用这个子会话的会话来说，这个其子会话的创建的临时表对于其也是无效的，因为临时表已经在子会话关闭的时候自动删除。做一个形象的比喻。即现在做父亲的去叫儿子造一座房子。当儿子死亡的时候，这座房子也会消失。对于这种情况，数据库管理员需要注意。父会话只能够引用子会话从临时表中传递出来的数据。也就是说，父会话要访问子会话创建的临时表的数据，只有一种手段。即先让子会话对临时表中的数据进行查询或者操作，然后把结构回传给父会话。父会话是不能够直接访问子会话所创建的临时表。当然这个限制是专门针对本地临时表而言的。对于全局临时表来说，本身就是所有用户都可以访问，为此就没有这个限制。

全局临时表
以两个井号 (##) 开头的那些表名。在所有连接上都能看到全局临时表或者这样说只要这个全局临时表存在，那么用户创建会话后对所有的用户都是可见的。如果在创建全局临时表的连接断开前没有显式地除去这些表，那么只要所有其它任务停止引用它们，这些表即被除去。当创建全局临时表的连接断开后，新的任务不能再引用它们（换句话说旧的任务还何以引用）。当前的语句一执行完，任务与表之间的关联即被除去；因此通常情况下，只要创建全局临时表的连接断开，全局临时表即被除去。

Code

当然勿论是全局的还是本地表，只要是能访问的都能用DROP TABLE 来强制地删除临时表。

当创建本地或全局临时表时，CREATE TABLE 语法支持除 FOREIGN KEY 约束以外的其他所有约束定义。如果临时表中指定了 FOREIGN KEY 约束，则该语句将返回一条表明已跳过此约束的警告消息。此表仍将创建，但不使用 FOREIGN KEY 约束。在 FOREIGN KEY 约束中不能引用临时表。

以一个实际的例子来谈谈普通表、本地临时表、全局临时表三个表的差异。如现在有一个保存员工信息的表user。这个表是一个普通表，只要其建立就不会自动删除，任何好在数据库中有使用这个表(具有访问权限)的用户都可以访问这个表，除非这个表被所有者删除或者更改了权限。在用户A(具有访问权限)访问这个表的过程中，数据库可能会根据需要生成一张本地临时表#user。此时只有这个会话才可以访问这个本地临时表。当这个用户的会话中断之后，这个本地临时表也会被自动删除。不过根据需要，数据库也可能会建立全局临时表##user(在名字上与本地临时表不同)。此时数据库中的任何用户只要连接到了数据库就可以访问这个全局临时表(访问权限上的不同)。当这个创建临时表会话的用户中断数据库连接时，这个临时表是否会删除是一个未知数，这要看当时的实际情况(在可用性上不同)。如果此时还有其他用户连接在这个表上的话，那么这个全局临时表就不会被删除。只有在中断连接时，没有其他用户在访问这个表时，即某个用户(不一定是创建这张全局临时表的用户)断开连接并且所有其他的会话不再使用这个表时才会被删除。

可见无论是全局临时表还是本地临时表，其跟普通表相比，最重要的一个差异就是其会根据需要自动创建。当不再需要时其又会自动删除。这也正是临时表的魅力所在，其可以在数据处理的过程中，减少很多中间表格。