SQL SERVER临时表详解：

临时表在SQL数据库中，是非常重要的，下面就将为您详细介绍SQL数据库中临时表的特点及其使用，供您参考，希望对您学习SQL Server 能够有所帮助。

临时表与永久表相似，但临时表存储在tempdb中，当不再使用时会自动删除。临时表有两种类型：本地和全局。它们在名称、可见性以及可用性上有区别。本地临时表的名称以单个数字符号 (#) 打头；它们仅对当前的用户连接是可见的；当用户从 SQL Server 实例断开连接时被删除。全局临时表的名称以两个数字符号 (##) 打头，创建后对任何用户都是可见的，当所有引用该表的用户从 SQL Server 断开连接时被删除。

例如，如果创建了employees表，则任何在数据库中有使用该表的安全权限的用户都可以使用该表，除非已将其删除。如果数据库会话创建了本地临时表 #employees，则仅会话可以使用该表，会话断开连接后就将该表删除。如果创建了 ##employees 全局临时表，则数据库中的任何用户均可使用该表。如果该表在您创建后没有其他用户使用，则当您断开连接时该表删除。如果您创建该表后另一个用户在使用该表，则 SQL Server 将在您断开连接并且所有其他会话不再使用该表时将其删除。

1、临时表就是用户在创建表的时候添加了“#”前缀的表，其特点是根据进程独立。只有进程的拥有者有表的访问权限，其它用户不能访问该表； 
    2、不同的用户进程，创建的临时表虽然“名字”相同，但是这些表之间相互并不存在任何关系；在SQLSERVER中，通过特别的命名机制保证临时表的进程独立性。 
3、定单和购买意向一般不会保存在真正的“临时表”中，而是实际的普通表，之所以称之为“临时表”，只是一种叫法而已。因为随着一个用户进程的结束，真正的临时表会自动清除，而定单和购买意向数据一般是定时清除，所以一定是保存在普通表中，具备数据的持久性特征（临时表最缺乏的就是数据的持久性）。 
4、真正的临时表利用了数据库临时表空间，由数据库系统自动进行维护，因此节省了表空间。并且由于临时表空间一般利用虚拟内存，大大减少了硬盘的I/O次数，因此也提高了系统效率。

事务完毕或会话完毕数据自动清空，不必记得用完后删除数据。 
      数据当前会话期可见，其它的会话只能看到其结构，只能看到自己的数据，各会话的数据互不干扰。 如静态创建临时表t_tmp(a number primary key,b number) 
    用户A可以有数据                 用户B可以有数据 
       1 2                          1 2 
       2 3                          3 4 
       3 4                          6 7 
       4 5 
A)select count(*) from t_emp; 结果为4(B的数据它看不到) 
B)select count(*) from t_emp; 结果为3(A的数据它看不到) 
它们有相同的两条记录，但由于数据只作用于当前会话期,所以primary key不会限制它们，只限制当前用户下的A唯一主键。 
上述互不干扰特性可以用于处理中间计算过程，如果是常规表在同一时间仅能被一个会话操作，锁定资源拒绝被其它会话访问。

ORACLE临时表详解：

临时表(Tempotary table)用于保存事务或会话期间的中间结果集。临时表中保存的数据只对当前会话可见，所有会话都看不到其他会话的数据；即使当前会话已经提交了(commit)数据，别的会话也看不到它的数据。对于临时表，不存在多用户并发的问题，因为一个会话不会因为使用一个临时表而阻塞另一个会话。即使我们“锁住”了临时表，也不会妨碍其他会话使用临时表。

临时表比常规表生成的redo少得多。不过由于临时表必须为其中包含的数据生成undo信息，所以也会生成一定的redo。update和delete会生成最多的undo，insert和select生成的undo最少。 

临时表会从当前登录用户的临时表空间分配存储空间，或者如果从一个定义者权限过程访问临时表，就会使用该过程所有者的临时表空间。全局临时表实际上是表本身的一个模板。创建临时表的动作不涉及存储空间分配，不会为此初始区段，这与常规表有所不同。对于临时表，运行时当一个会话第一次在临时表中放入数据时，才会为该会话创建一个临时段。由于每个回话会得到其自己的临时段(而不是一个现有段的一个区段)，每个用户可能在不同的表空间为其看in是表分配空间。USER1的临时表空间可能设置为TEMP1，因此他的临时表会从这个表空间分配。USER2可能把TEMP2作为其临时表空间，它的临时表就会从那里分配。

 Oracle的临时表与其他关系数据库中的临时表类似，主要区别是：Oracle的临时表是“静态”定义的。每个数据库只创建一次临时表，而不是为数据库中的每个存储过程都创建一次。在Oracle历史表一定存在，他们作为对象放在数据字典中，但是在会话向临时表中放入数据之前，临时表看上去总是空的。由于临时表是静态定义的，所以你能创建引用临时表的视图，还可以创建存储过程只用静态SQL来引用临时表，等等。


临时表可以是会话的(临时表中的数据可以跨提交存在，即提交之前仍然存在，但是断开连接后再连接时数据就没有了)，也可以是基于事务的(提交之后数据就消失)。语法如下：


基于会话  


 create global temporary table temp_table_session (...)  on commit preserve rows


 基于会话的临时表，在会话断开之前，或者通过一个delete或truncate物理地删除行之前，这些行会一直存在于这个临时表中。只有我的会话能看到这些行，即使我已经提交，其他会话也无法看到我的行。


基于事务  


 create global temporary table temp_table_session (...)  on commit delete rows


 基于事务的临时表，我的会话提交时，临时表中的行就不见了。只需把分配给这个表的临时区段交回，这些行就会消失，在临时表的自动清除过程中不存在开销。


临时表可以有永久表的许多属性。他们可以有触发器，检查约束，索引等。但永久表的某些特性在临时表中并不支持，这包括以下特性。



不能有引用完整性约束。临时表不能作为外键的目标，也不能在临时表中定义外键。



不能是IOT



不能在任何类型的聚簇中



不能分区



不能通过ANALYZE表命令生成统计信息



在所有数据库中，临时表的缺点之一就是优化器不能正常地得到临时表的真实统计信息。使用基于代价的优化器(CBO)时，有效的统计对于优化器的成败至关重要。