Oracle 临时表的不足之处
　　上面的都是本人经过测试的，但下面是在网上搜索到的方法，本人具体没有测试过，不过觉得可行性很强，有时间测试下
　　创建方法：
　　1 、以常规表的形式创建临时数据表的表结构，但要在每一个表的主键中加入一个 SessionID <NUMBER> 列以区分不同的会话。（可以有 lob 列和主外键）
　　2 、写一个用户注销触发器，在用户结束会话的时候删除本次会话所插入的所有记录 (SessionID 等于本次会话 ID 的记录 ) 。
　　3 、程序写入数据时，要顺便将当前的会话 ID(SessionID) 写入表中。
　　4 、程序读取数据时，只读取与当前会话 ID 相同的记录即可。
　　功能增强的扩展设计：
　　1 、可以在数据表上建立一个视图，视图对记录的筛选条件就是当前会话的SessionID 。
　　2 、数据表中的SessionID 列可以通过Trigger 实现，以实现对应用层的透明性。
　　3 、高级用户可以访问全局数据，以实现更加复杂的功能。
　　扩展临时表的优点：
　　1 、实现了与Oracle 的基于会话的Oracle临时表相同的功能。
　　2 、支持SDO_GEOMETRY 等lob 数据类型。
　　3 、支持表间的主外键连接，且主外键连接也是基于会话的。
　　4 、高级用户可以访问全局数据，以实现更加复杂的功能