使用场景：
在数据碰撞时需要生成临时表，如下图所示，才开始使用的是物理表，生成完了然后删除，但是后来想尝试一下能不能使用临时表就能避免了每次删除物理表，减少相关的操作，经过实践发现哪怕在同一个方法中也经常刚刚建立了临时表就没法进行查询了，经过排查推断，因为项目中使用的是连接池，哪怕同一个方法中的使用的连接，也可能是不同的连接，连接池中总保持这同一批的一些连接，这也造成了javaweb项目中临时表的使用不适合。
临时表的部分相关基础知识：
临时表：像普通表一样，有结构，但是对数据的管理上不一样，临时表存储事务或会话的中间结果集，临时表中保存的数据只对当前 会话可见，所有会话都看不到其他会话的数据，即使其他会话提交了，也看不到。临时表不存在并发行为，因为他们对于当前会话都是独立的。
（它默认是事务级别的）
在oracle中临时表可分为会话级临时表和事务级别临时表。
临时表的作用：对于庞大的数据我们只要查询其中一小部分结果集这样我们可以借助临时表。
1.会话级别临时表
create global temporary table aaa(id number) on commit oreserve rows;
insert into aaa values(100);
select * from aaa;
这是当你在打开另一个会话窗口的时候再次查询，表内的数据就查询不到了。
2.事务级别的临时表
create global temporary table bbb(id number) on commit delete rows;
insert into bbb values(200);
select * from bbb;
这时当你执行了commit和rollback操作的话，再次查询表内的数据就查不到了。
默认下的：
SQL> create global temporary table aaa as select * from dba_objects;
Table created.
SQL> select * from aaa;--没有数据，因为省掉了on commit delete rows