我们知道Oracle临时表空间主要是用来做查询和存放一些缓存的数据的，
磁盘消耗的一个主要原因是需要对查询的结果进行排序，如果没有猜错的话，
在磁盘空间的（内存）的分配上，Oracle使用的是贪心算法，
如果上次磁盘空间消耗达到1GB，那么临时表空间就是1GB，
如果还有增长，那么依此类推，临时表空间始终保持在一个最大的上限。
像上文提到的恐怖现象经过分析可能是以下几个方面的原因造成的。
1. 没有为临时表空间设置上限，而是允许无限增长。但是如果设置了一个上限，
drop删除表最后可能还是会面临因为空间不够而出错的问题，临时表空间设置太小会影响性能，
临时表空间过大同样会影响性能，至于需要设置为多大需要仔细的测试。
2.查询的时候连表查询中使用的表过多造成的。我们知道在连表查询的时候，
根据查询的字段和表的个数会生成一个迪斯卡尔积，这个迪斯卡尔积的大小就是一次查询需要的临时空间的大小，
如果查询的字段过多和数据过大，那么就会消耗非常大的临时表空间。
3.对查询的某些字段没有建立索引。Oracle中，如果表没有索引，那么会将所有的数据都复制到临时表空间，
而如果有索引的话，一般只是将索引的数据复制到临时表空间中。
参照以上原因尝试解决下,
如果不行就清空临时表空间，不过还是建议先查临时表空间增长的原因才是关键
CREATE TEMPORARY TABLESPACE datatmp TEMPFILE 'D:/oracle/product/10.1.0/oradata/ehr/temp01.dbf' SIZE 2000M  autoextend off REUSE EXTENT MANAGEMENT LOCAL ;
sqlplus /nolog
conn as sysdba
清空临时表空间
1.startup --启动数据库
3.alter database default temporary tablespace temp2;--改变缺省临时表空间 为刚刚创建的新临时表空间temp2
4.drop tablespace temp including contents and datafiles;--删除原来临时表空间
6.alter database default temporary tablespace temp;--重置缺省临时表空间为新建的temp表空间
7.drop tablespace temp2 including contents and datafiles;--删除中转用临时表空间
8.alter user roll temporary tablespace temp; --重新指定用户表空间为重建的临时表空间
exp ehr/asiainfo6015@ehr file=e:\ehr\dbbackup\%Date:~-10%.dmp