标签：
临时表：像普通表一样，有结构，但是对数据的管理上不一样，临时表存储事务或会话的中间结果集，临时表中保存的数据只对当前 会话可见，所有会话都看不到其他会话的数据，即使其他会话提交了，也看不到。临时表不存在并发行为，因为他们对于当前会话都是独立的。
创建临时表时，Oracle只创建了表的结构（在数据字典中定义），并没有初始化内存空间，当某一会话使用临时表时，ORALCE会从当前用户的 临时表空间分配一块内存空间。也就是说只有向临时表中插入数据时，才会给临时表分配存储空间。
临时表分事务级临时表和会话级临时表。
事务级临时表只对当前事务有效，通过语句：ON COMMIT DELETE ROWS 指定。
会话级临时表对当前会话有效，通过语句：ON COMMIT PRESERVE ROWS语句指定。
用法举例（在SCOTT模式下）：
CREATE GLOBAL TEMPORARY TABLE session_temp_tab ON COMMIT PRESERVE ROWS AS SELECT * FROM emp WHERE 1=2;
ON COMMIT PRESERVE ROWS语句指定所创建的临时表是会话级临时表，当我们断开连接或手动执行DELETE或TRUNCATE之前，临时表中的数据一直存
在，并且只有当前会话可以看到，其他会话看不到。
CREATE GLOBAL TEMPORARY TABLE transaction_temp_tab ON COMMIT DELETE ROWS AS SELECT * FROM emp WHERE 1=2;
ON COMMIT DELETE ROWS语句指定所创建的临时表是事务级临时表，当COMMIT或ROLLBACK之前，这些数据一直存在，当事务提交之后，表中数据自动清除。
注意：事务级临时表必须在处理的时候提交事务（Commit），否则会报以下错误； ORA-01410: 无效的 ROWID
insert into session_temp_tab select * from emp ;
insert into transaction_temp_tab select * from emp ;
SQL> select count(*) from session_temp_tab ;
COUNT(*)
----------
14
SQL> select count(*) from transaction_temp_tab ;
COUNT(*)
----------
14
SQL> commit;
Commit complete
SQL> select count(*) from session_temp_tab ;
COUNT(*)
----------
14
SQL> select count(*) from transaction_temp_tab ;
COUNT(*)
----------
0
当COMMIT之后事务级临时表中的数据自动清除，所以再次查询的时候得到结果为0；
SQL> disconnect ;
Not logged on
SQL> connect scott/tiger ;
Connected to Oracle Database 11g Enterprise Edition Release 11.1.0.6.0
Connected as scott
SQL> select count(*) from transaction_temp_tab ;
COUNT(*)
----------
0
SQL> select count(*) from session_temp_tab ;
COUNT(*)
----------
0
当断开之后重新连接之后，会话级临时表中的数据也被自动删除了。
===============================================================================================
5.tempporary
也是heap表的一种，有两种临时表。
SQL> create global temporary table gt1 as select * from dba_objects;
Table created.
SQL> select * from gt1;--没有数据，因为省掉了on commit delete rows
no rows selected
SQL> create global temporary table gt2 on commit delete rows as select * from dba_objects;
Table created.
--还有一种临时表，在提交的时候保留数据
SQL> create global temporary table gt3 on commit preserve rows as select * from dba_objects;
Table created.
SQL> select count(1) from gt3;
COUNT(1)
----------
10042
--另一个CMD
SQL> select count(1) from gt3;
COUNT(1)
----------
0
这个表是实实在在的表，这个表结构任何一个SESSION都能看到。但是每个SESSION的数据都是隔离的。定义保留在数据字典，数据保存在临时表空间里。
使用它减少对日志的产生。
10g,创建这个表属于哪个用户，就缺省的放在这个用户缺省的临时表空间里。11g可以单独放在一个表空间里。
====================================================================================================
在Oracle8i或以上版本中，可以创建以下两种临时表：
1。会话特有的临时表
CREATE GLOBAL TEMPORARY <TABLE_NAME> (<column specification>)
ON COMMIT PRESERVE ROWS；
2。事务特有的临时表
CREATE GLOBAL TEMPORARY <TABLE_NAME> (<column specification>)
ON COMMIT DELETE ROWS；
CREATE GLOBAL TEMPORARY TABLE MyTempTable
所建的临时表虽然是存在的，但是你试一下insert 一条记录然后用别的连接登上去select，记录是空的，明白了吧，我把下面两句话再贴一下：
--ON COMMIT DELETE ROWS 说明临时表是事务指定，每次提交后ORACLE将截断表（删除全部行）
--ON COMMIT PRESERVE ROWS 说明临时表是会话指定，当中断会话时ORACLE将截断表。
冲突的问题更本不用考虑.
临时表只是保存当前会话(session)用到的数据，数据只在事务或会话期间存在。
通过CREATE GLOBAL TEMPORARY TABLE命令创建一个临时表，对于事务类型的临时表，
数据只是在事务期间存在，对于会话类型的临时表，数据在会话期间存在。
会话的数据对于当前会话私有。每个会话只能看到并修改自己的数据。DML锁不会加到
临时表的数据上。下面的语句控制行的存在性。
● ON COMMIT DELETE ROWS 表名行只是在事务期间可见
● ON COMMIT PRESERVE ROWS 表名行在整个会话期间可见
可以对临时表创建索引，视图，出发器，可以用export和import工具导入导出表的
定义，但是不能导出数据。表的定义对所有的会话可见。
Temporary Tables临时表
1简介
ORACLE数据库除了可以保存永久表外，还可以建立临时表temporary tables。这些临时表用来保存一个会话SESSION的数据，
或者保存在一个事务中需要的数据。当会话退出或者用户提交commit和回滚rollback事务的时候，临时表的数据自动清空，
但是临时表的结构以及元数据还存储在用户的数据字典中。
临时表只在oracle8i以及以上产品中支持。
2详细介绍
Oracle临时表分为 会话级临时表 和 事务级临时表。
会话级临时表是指临时表中的数据只在会话生命周期之中存在，当用户退出会话结束的时候，Oracle自动清除临时表中数据。
事务级临时表是指临时表中的数据只在事务生命周期中存在。当一个事务结束（commit or rollback），Oracle自动清除临时表中数据。
临时表中的数据只对当前Session有效，每个Session都有自己的临时数据，并且不能访问其它Session的临时表中的数据。因此，
临时表不需要DML锁.当一个会话结束(用户正常退出 用户不正常退出 ORACLE实例崩溃)或者一个事务结束的时候，Oracle对这个会话的
表执行 TRUNCATE 语句清空临时表数据.但不会清空其它会话临时表中的数据.
你可以索引临时表和在临时表基础上建立视图.同样,建立在临时表上的索引也是临时的,也是只对当前会话或者事务有效.
临时表可以拥有触发器.
3建立临时表
临时表的定义对所有会话SESSION都是可见的,但是表中的数据只对当前的会话或者事务有效.
建立方法:
1) ON COMMIT DELETE ROWS 定义了建立事务级临时表的方法.
CREATE GLOBAL TEMPORARY TABLE admin_work_area
(startdate DATE,
enddate DATE,
class CHAR(20))
ON COMMIT DELETE ROWS;
EXAMPLE:
SQL> CREATE GLOBAL TEMPORARY TABLE admin_work_area
2 (startdate DATE,
3 enddate DATE,
4 class CHAR(20))
5 ON COMMIT DELETE ROWS;
SQL> create table permernate( a number);
SQL> insert into admin_work_area values(sysdate,sysdate,‘temperary table‘);
SQL> insert into permernate values(1);
SQL> commit;
SQL> select * from admin_work_area;
SQL> select * from permernate;
A
1
2)ON COMMIT PRESERVE ROWS 定义了创建会话级临时表的方法.
CREATE GLOBAL TEMPORARY TABLE admin_work_area
(startdate DATE,
enddate DATE,
class CHAR(20))
ON COMMIT PRESERVE ROWS;
EXAMPLE:
会话1:
SQL> drop table admin_work_area;
SQL> CREATE GLOBAL TEMPORARY TABLE admin_work_area
2 (startdate DATE,
3 enddate DATE,
4 class CHAR(20))
5 ON COMMIT PRESERVE ROWS;
SQL> insert into permernate values(2);
SQL> insert into admin_work_area values(sysdate,sysdate,‘session temperary‘);
SQL> commit;
SQL> select * from permernate;
A
----------
1
2
SQL> select * from admin_work_area;
STARTDATE ENDDATE CLASS
---------- ---------- --------------------
17-1?? -03 17-1?? -03 session temperary
会话2:
SQL> select * from permernate;
A
----------
1
2
SQL> select * from admin_work_area;
未选择行.
会话2看不见会话1中临时表的数据.
4 ORACLE临时表和SQLSERVER临时表异同
SQLSERVER临时表
也可以创建临时表。临时表与永久表相似，但临时表存储在 tempdb 中，当不再使用时会自动删除。
有本地和全局两种类型的临时表，二者在名称、可见性和可用性上均不相同。本地临时表的名称以单个数字符号 (#) 打头；
它们仅对当前的用户连接是可见的；当用户从 Microsoft? SQL Server? 2000 实例断开连接时被删除。全局临时表的名称以数学符号
(##) 打头，创建后对任何用户都是可见的，当所有引用该表的用户从 SQL Server 断开连接时被删除。
例如，如果创建名为 employees 的表，则任何人只要在数据库中有使用该表的安全权限就可以使用该表，除非它已删除。
如果创建名为 #employees 的本地临时表，只有您能对该表执行操作且在断开连接时该表删除。如果创建名为 ##employees 的全局临时表
，数据表中的任何用户均可对该表执行操作。如果该表在您创建后没有其他用户使用，则当您断开连接时该表删除。如果该表在您创建
后有其他用户使用，则 SQL Server在所有用户断开连接后删除该表
不同:
1. SQL SERVER临时表是一种”内存表”,表是存储在内存中的.ORACLE临时表除非执行DROP TABLE,否则表定义会保留在数据字典中.
2. SQL SERVER临时表不存在类似ORACLE临时表 事务级别 上的功能.
3 SQL SERVER本地临时表(#) 与 ORACLE的会话级别临时表类似,但是在会话退出的时候,ORACLE不会删除表.
4 SQL SERVER的全局临时表(##) 是指多个连接共享同一片内存.当没有指针引用该内存区域时,SQL SERVER自动释放全局临时表.
5 由于ORACLE不是一种 内存中的数据库. 所以如果ORACLE类似SQL SERVER 频繁的对临时表进行建立和删除,必定会影响性能.
所以ORACLE会保留临时表的定义直到用户DROP TABLE.
6 在ORACLE中,如果需要多个用户共享一个表(类似SQL SERVER的全局临时表##).则可以利用永久表,
并且在表中添加一些可以唯一标识用户的列.利用触发器和视图.当用户退出的时候,根据该登陆用户的唯一信息删除相应的表中的数据.
这种方法给ORACLE带来了一定量的负载.
==================================================================================
SQL的IN中有很多值，如何处理能提高效率？
近日碰到一个棘手的问题，从外部得到了一组ID数据，要跟Oracle中的某个表做比对，从Oracle中取出ID一样的数据。举个例子，pub有版主有会员，版主是会员的子集，版主名单存在Oracle里面，但会员名单没存在里面。假设pub在搞抽奖活动，一小时一次，中奖的会员名单通过中奖系统传给Oracle。我现在想把刚才中奖的会员中是版主的名单列出来，该怎么做。
实际环境中，通过外部获得的数据数量级为K，Oracle的这个表数量级为几十K到上百K，比对效率成为一个关键因素。我能想到的方法就是构造多条SQL语句，把这些ID作为IN的列表值传进去（IN后的列表项不能超过1000个，故可能会需要多个sql）。
带着问题咨询了yangtingkun ，得到的答复是效率不会太高也不会太低，Oracle可能会做全表扫描，但效率比你一个一个去比对肯定要快了。实际执行了一下，IN里面传了300个参数，得到执行计划如下（做的是 INDEX RANGE SCAN）：
执行计划
----------------------------------------------------------
Plan hash value: 1656459801
-----------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
-----------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 284 | 1136 | 1 (0)| 00:00:01 |
| 1 | INLIST ITERATOR | | | | | |
|* 2 | INDEX RANGE SCAN| XXXXXX| 284 | 1136 | 1 (0)| 00:00:01 |
-----------------------------------------------------------------------------
拼多个sql语句是麻烦一点，不过这样做效率上没啥问题。想想也是，总比我将数据插入表，通过表关联去做要方便一些，因为建表的话我毕竟还需要对表里的数据进行维护。
“哦，这样的话，你建一个临时表吧！”
“global temporary table？”
“嗯，这表就是专门用来解决这样的问题的！临时数据只管往里面插，可通过on submit关键字设置为会话有效或者事务有效，各会话间互相看不到数据，不会互相影响。”
哈哈，原来问题这么简单啊！省去了数据维护的麻烦，得到了表关联带来的高效数据处理，唯一会影响到效率的问题就是往临时表里插数据了，一条一条显然很慢了，考虑用存储过程来实现，呵呵。
插入多行数据，使用union
DB.ExcuteNonQuery("Delete from t863_Y_UKIDS_XL");
sSqlInsertTemp = "INSERT INTO t863_Y_UKIDS_XL(iukid) " + sXLsqlvalue;
INSERT INTO t863_Y_UKIDS(iukid)
SELECT 123 FROM DUAL
UNION SELECT 456 FROM DUAL
UNION SELECT 1233 FROM DUAL
UNION SELECT 4526 FROM DUAL
UNION SELECT 12333 FROM DUAL
UNION SELECT 456 FROM DUAL
Oracle临时表GLOBAL TEMPORARY TABLE
标签：
原文地址：http://www.cnblogs.com/coolsundy/p/4546896.html
