(转)Oracle 临时表的应用

zho833sw0x

　　http://hi.baidu.com/edeed/blog/item/6d6e2834a71d113f5bb5f5ab.html
Oracle 临时表的应用
2007-12-27 13:56

近年我做的项目中较少使用临时表Temporary Table ，其实 Temp Table 还是可以有比较广泛的应用的。 Temp Table 的特点： （1） 多用户操作的独立性：对于使用同一张临时表的不同用户，ORACLE都会分配一个独立的 Temp Segment，这样就避免了多个用户在对同一张临时表操作时发生交叉，从而保证了多个用户操作的并发性和独立性； （2） 数据的临时性：既然是临时表，顾名思义，存放在该表中的数据是临时性的。ORACLE根据你创建临时表时指定的参数（On Commit Delete Rows / On Commit Preserve Rows），自动将数据TRUNCATE掉。 Temp Table 数据的时效性： （1）On Commit Delete Rows： 数据在 Transaction 期间有效，一旦COMMIT后，数据就被自动 TRUNCATE 掉了； SQL> CREATE GLOBAL TEMPORARY TABLE QCUI_Temp_Trans 2 ON COMMIT DELETE ROWS 3 AS 4 SELECT * FROM t_Department; 表已创建。 SQL> INSERT INTO QCUI_Temp_Trans 2 SELECT * FROM t_Dept; 已创建4行。 SQL> SELECT * FROM QCUI_Temp_Trans;     DEPTID DEPTNAME ---------- --------------------        101 销售部        201 财务部        301 货运部        401 采购部 SQL> commit; 提交完成。 SQL> SELECT * FROM QCUI_Temp_Trans; 未选定行 （2）On Commit Preserve Rows ：数据在 Session 期间有效，一旦关闭了Session 或 Log Off 后，数据就被 ORACLE 自动 Truncate 掉。 SQL> CREATE GLOBAL TEMPORARY TABLE QCUI_Temp_Sess 2 ON COMMIT PRESERVE ROWS 3 AS 4 SELECT * FROM t_Department; 表已创建。 SQL> Select * from QCUI_Temp_Sess;     DEPTID DEPTNAME ---------- --------------------        101 销售部        301 货运部        401 采购部        201 财务部 SQL> exit C:\Documents and Settings\QCUI>sqlplus sqltrainer@ibm SQL> SELECT * FROM QCUI_Temp_Sess; 未选定行 注：这里要说明的是，ORACLE Truncate 掉的数据仅仅是分配给不同 Session 或 Transaction的 Temp Segment 上的数据，而不是将整张表数据 TRUNCATE 掉。 Temp Table 的应用： Temp Table 就我理解而言，主要有两方面应用。 对于一个电子商务类网站，不同消费者在网站上购物，就是一个独立的 SESSION，选购商品放进购物车中，最后将购物车中的商品进行结算。也就是说，必须在整个SESSION期间保存购物车中的信息。同时，还存在有些消费者，往往最终结账时放弃购买商品。如果，直接将消费者选购信息存放在最终表（PERMANENT）中，必然对最终表造成非常大的压力。 因此，对于这种案例，就可以采用创建临时表（ ON COMMIT PRESERVE ROWS ）的方法来解决。数据只在 SESSION 期间有效，对于结算成功的有效数据，转移到最终表中后，ORACLE自动TRUNCATE 临时数据；对于放弃结算的数据，ORACLE 同样自动进行 TRUNCATE ，而无须编码控制，并且最终表只处理有效订单，减轻了频繁的DML的压力。 Temp Table 的另一个应用，就是存放数据分析的中间数据。 Temp Table 存放在哪儿？ Temp Table 并非存放在用户的表空间中，而是存放在 Schema 所指定的临时表空间中。 SQL> Select Table_Name, Tablespace_Name 2 From User_Tables 3 Where Table_Name Like 'QCUI%'; TABLE_NAME                     TABLESPACE_NAME ------------------------------ ------------------------------ QCUI_TEMP_SESS QCUI_TEMP_TRANS 可见这两张临时表并未存放在用户的表空间中。 用户 SQLTRAINER 的临时表空间是 TEMP , 用户创建的临时表是存放在TEMP表空间中的。下面来证明 SQL> SELECT UserName, Default_Tablespace def_ts, Temporary_Tablespace temp_ts    2 FROM User_Users; USERNAME                       DEF_TS             TEMP_TS ----------------------------- ------------------ ---------- SQLTRAINER                     ts_ORASQLTraining   TEMP SQL> connect system/manager@ibm 已连接。 SQL> alter tablespace temp offline;       表空间已更改。 SQL> connect sqltrainer/sqltrainer@ibm 已连接。 SQL> INSERT INTO QCUI_Temp_Sess 2 SELECT * FROM t_Department; INSERT INTO QCUI_Temp_Sess             * ERROR 位于第 1 行: ORA-01542: 表空间'TEMP'脱机，无法在其中分配空间 对 Temp Table 的 DML 操作是否不产生 Redo Log ？ 尽管对临时表的DML操作速度比较快，但同样也是要产生 Redo Log 的，只是同样的DML语句，比对 PERMANENT 的DML 产生的Redo Log 少。 SQL> Set AutoTrace On SQL> CREATE GLOBAL TEMPORARY TABLE QCUI_Temp_Sess_AllObj 2 ON COMMIT PRESERVE ROWS 3 AS 4 SELECT * FROM All_Objects; 表已创建。 SQL> INSERT INTO QCUI_Temp_Sess_AllObj 2 SELECT * FROM All_Objects; 已创建21839行。 Statistics ---------------------------------------------------------      ……      168772 redo size      …… SQL> CREATE TABLE QCUI_ALL_OBJECTS 2 AS 3 SELECT * FROM All_Objects 4 WHERE 1 = 0; 表已创建。 SQL> INSERT INTO QCUI_All_Objects 2 SELECT * FROM ALL_Objects; 已创建21839行。 Statistics ----------------------------------------------------------     ……     2439044 redo size     ……