数据库的维护与数据库的编程实际应用中经常会遇到不解之处，对于大数据量做的DML操作后，我们是的把Oracle undo的表空间扩展到十几个G或是几十个G 但是这些表空间的所占用磁盘的物理空间又不会被Oracle 所释放，如果你用的是PC机很可能会遇到磁盘空间不足的问题 。
经过个人整理经过如下操作可以重构Oracle undo表空间，同样temp表空间也可能在你查询大数据或则创建索引的时候无限扩大导致磁盘空间不足，同样可以用如下方式解决此问题：
查看各表空间名称
- select name from v$tablespace
查看某个表空间信息
- select file_name,bytes/1024/1024 from
dba_data_files where tablespace_name like undoTBS1;
查看回滚段的使用情况，哪个用户正在使用回滚段的资源，如果有用户最好更换时间（特别是生产环境） 。
- select s.username, u.name from v$transaction t,
v$rollstat r, v$rollname u,v$session s - where s.taddr=t.addr and t.xidusn=r.
usn and r.usn=u.usn order by s.username;
检查undo Segment状态
- select usn,xacts,rssize/1024/1024/1024,hwmsize
/1024/1024/1024,shrinks from v$rollstat order by rssize;
创建新的undo表空间，并设置自动扩展参数；
- create undo tablespace undotbs2 datafile D:\Oracle
\PRODUCT\10.1.0\ORADATA\ORCL\undoTBS02.DBF size 10m
reuse autoextend on next 100m maxsize unlimited;
动态更改spfile配置文件；
- alter system set undo _tablespace=undotbs2 scope=both;
等待原UNDO表空间所有Oracle UNDO SEGMENT OFFLINE；
- select usn,xacts,status,rssize/1024/1024/1024,
hwmsize/1024/1024/1024,shrinks from v$rollstat
order by rssize;
再执行看UNDO表空间所有UNDO SEGMENT ONLINE；
- select usn,xacts,status,rssize/1024/1024/1024,
hwmsize/1024/1024/1024,shrinks from v$rollstat
order by rssize;
删除原有的UNDO表空间；
- drop tablespace undotbs1 including contents;
确认删除是否成功；
- select name from v$tablespace;
最后需要在重启数据库或者重启计算机后到存储数据文件的路径下删除数据文件（为什么要手动删除呢：以上步骤只是删除了Oracle 中Oracle undo表空间的逻辑关系，即删除了数据文件在数据字典中的关联，不会自动删除项关联的数据文件） 。
