oracle临时表用法总结

oracle 临时表原理、作用、语法、例子

oracle的临时表在应用系统中有很大作用，他可以让用户只操作自己的数据而不相互干扰。不用担心破坏或影响其他SESSION或TRANSACTION的数据。也是数据安全的一种解决方法。缓存中间数据时候，都是自己建一个临时表。其实oracle本身在这方面就已经考虑很全了，除非有些高级应用，我再考虑自己创建临时表。

一、前言

目前所有使用Oracle作为数据库支撑平台的应用，大部分数据量比较庞大的系统，即表的数据量一般情况下都是在百万级以上的数据量。

当然在Oracle中创建分区是一种不错的选择，但是当你发现你的应用有多张表关联的时候，并且这些表大部分都是比较庞大，而你关联的时候发现其中的某一张或者某几张表关联之后得到的结果集非常小并且查询得到这个结果集的速度非常快，那么这个时候我考虑在Oracle中创建“临时表”。

我对临时表的理解：在Oracle中创建一张表，这个表不用于其他的什么功能，主要用于自己的软件系统一些特有功能才用的，而当你用完之后表中的数据就没用了。Oracle的临时表创建之后基本不占用表空间，如果你没有指定临时表(包括临时表的索引)存放的表空的时候，你插入到临时表的数据是存放在ORACLE系统的临时表空间中(TEMP)。

二、临时表说明及创建

有两种：会话级临时表、事物级临时表

1、会话级临时表：临时表的数据和当前会话有关，当你的SESSION不退出时，临时表的数据就存在，退出或断开session时数据别截断。当你以另一SESSION登陆时，不能看到其他SESSION临时表的数据。创建方法

CREATE GLOBAL TEMPORARY TABLE TEMP_SESSION(COL1 TYPE1)  ON COMMIT PRESERVE ROWS;

2、事物级临时表：临时表与事物有关，当事物进行提交或回滚时，临时表数据自动截断。其他和会话级临时表一直，包括退出SESSION时截断表。

CREATE GLOBAL TEMPORARY TABLE Table_TRANSACTION(COL1 TYPE1)  ON COMMIT DELETE ROWS;

3、两种类型临时表的区别：会话级临时表采用on commit preserve rows；而事务级则采用on commit delete rows；用法上，会话级别只有当会话结束临时表中的数据才会被截断，而且事务级临时表则不管是commit、rollback或者是会话结束，临时表中的数据都将被截断。

4、什么时候使用临时表

a、当某一个SQL语句关联的表在2张及以上，并且和一些小表关联。可以采用将大表进行分拆并且得到比较小的结果集合存放在临时表中

b、程序执行过程中可能需要存放一些临时的数据，这些数据在整个程序的会话过程中都需要用的等等。

三、 特性和性能(与普通表和视图的比较)

1、临时表只在当前连接内有效

2、临时表不建立索引,所以如果数据量比较大或进行多次查询时,不推荐使用

3、数据处理比较复杂的时候时表快,反之视图快点

4、在仅仅查询数据的时候建议用游标: open cursor for 'sql clause';

四、临时表不足

1、不支持lob类型。这也许是设计者基于运行效率的考虑，但实际应用中确实需要此功能时就无法使用临时表了。

2、不支持主外键关系

所以，由于以上原因，我们可以自己创建临时表，以弥补oracle临时表的不足之处

上面的都是本人经过测试的，但下面是在网上搜索到的方法，本人具体没有测试过，不过觉得可行性很强，有时间测试下

创建方法：

1、以常规表的形式创建临时数据表的表结构，但要在每一个表的主键中加入一个 SessionID 列以区分不同的会话。(可以有lob列和主外键)

2、写一个用户注销触发器，在用户结束会话的时候删除本次会话所插入的所有记录(SessionID等于本次会话ID的记录)。

3、程序写入数据时，要顺便将当前的会话ID(SessionID)写入表中。

4、程序读取数据时，只读取与当前会话ID相同的记录即可。

功能增强的扩展设计：

1、可以在数据表上建立一个视图，视图对记录的筛选条件就是当前会话的SessionID。

2、数据表中的SessionID列可以通过Trigger实现，以实现对应用层的透明性。

3、高级用户可以访问全局数据，以实现更加复杂的功能。

扩展临时表的优点：

1、实现了与Oracle的基于会话的临时表相同的功能。

2、支持SDO_GEOMETRY等lob数据类型。

3、支持表间的主外键连接，且主外键连接也是基于会话的。

4、高级用户可以访问全局数据，以实现更加复杂的功能

使用问题：

1、当指定临时表为on commit preserve rows得时候(会话级)，在当前SESSION中像要将该表进行drop得时候，oracle提示：

drop table student

ORA-14452: attempt to create, alter or drop an index on temporary table already in use

如果你要删除这样表，方法有两个：一是退出这个SESSION,然后再次登陆，再执行DROP TABLE命令；二是在当前SESSION中先进行truncate，即模拟退出SESSION得时候ORACLE得操作(截断数据)，再执行DROP TABLE即可。

注意：

1、所有临时数据将存放在当前用户临时表空间下(每一个用户创建的时候可以执行表空间)。

2、创建临时表时可以临时指定某一个临时表空间。

3、在SESSION/TRANSACTION中“锁定”临时表，在其他SESSION/TRANSACTION中也可以对临时表进行操作。

4、不在TRANSACTION中通过create table name as select a,b,c from table;创建或卸载临时表，而是：

a、对于每一个数据库，创建所有的临时表作为全局temp表，这将作为应用程序安装的一部分完成，就像创建永久表一样。

b、再过称或会话中进行insert、delete语句即可。这里的目的不是运行存储过程创建表。这是不正确的方法。DDL是一种消耗非常大的操作，在运行时尽量不要使用，应用程序需要的临时表需要在应用程序安装时创建，而不是在运行时创建。

c、Oracle中的临时表和其他数据库的临时表是相似的，在每个数据库中创建临时表一次，不必在数据库中的每个存储过程中创建一次。临时表总是存在的，他们作为对象存在于数据字典中，并且总是保持为空，直到有会话在其中放入数据。所有我在这里说明如果我们在存储过程中建临时表，每次都建立一个那么我的系统随着用户的操作调用此存储过程，每次多一个这样的表，我们在不知不觉中数据库中的表的数量会越来越多，而我们还不知道会存在很大的隐患的所有说这点不可小视，为了我们的系统能在客户那里平稳、安全的运行我们一定要注意这样的问题。如果不手动Drop 表，临时表还是在数据字典中存在的。