一、哪些改进
表空间管理得到了重大的改进:sparser SYSTEM、为用户定义一个默认表空间users的支持、新的 SYSAUX、甚至重命名。
select *
from dba_tablespaces
where ALLOCATION_TYPE='SYSTEM'
AND BIGFILE='NO'
/
TEMP
SYSTEM
UNDOTBS1
SYSAUX
USERS
修改数据库默认表空间：
ALTER DATABASE DEFAULT
TABLESPACE <tsname>;
A
修改用户默认表空间
alter user ruying default tablespace bigpp:B
边界效应就是：A优先级高于B
拥有旧的表空间的所有用户的默认表空间都被修改为新默认的表空间，即使有些表空间是为某些用户显式指定的。例如，假定用户 USER1 和 USER2 的表空间分别是 TS1 和 TS2 — 它们是在用户创建期间显式指定的。数据库当前的默认表空间是 TS2，但之后，数据库的默认表空间变为 TS1。即使 USER2 的默认表空间是显式指定为 TS2 的，它也将变为 TS1。小心这种边界效应！
查看当前默认的表空间：
SELECT PROPERTY_VALUE
FROM DATABASE_PROPERTIES
WHERE PROPERTY_NAME = 'DEFAULT_PERMANENT_TABLESPACE';
二、非必要模式的默认表空间：SYSAUX
几种模式（如智能代理用户 DBSNMP、数据挖掘用户 ODM）与用户操作不直接相关，但对数据库完整性仍很重要。这些模式中的一些曾经用 SYSTEM 作为它们的默认表空间 — 这是在 SYSTEM 表空间内对象增殖的又一个原因。
Oracle Database 10g 引进了一个新的称为 SYSAUX 的表空间，它用来保存这些模式的对象。这个表空间是在数据库创建期间自动创建的，并在本地进行管理。唯一允许修改的是数据文件的名称。
这种方法在 SYSTEM 损坏需要完整的数据库恢复时，为恢复提供支持。SYSAUX 中的对象可以被恢复为任意正常的用户对象，同时数据库本身保持运行。
但如果您想将 SYSAUX 中的这些模式中的一些转移到一个不同的表空间中时，该怎么办？例如，考虑 LogMiner 使用的对象，这些对象的大小经常增长，直到最终填满表空间。出于可管理性的原因，您可能考虑将它们转移到它们自己的表空间中。但实现这一目的的最好的方法是什么？
作为一个数据库管理员，了解转移这些特殊对象的正确过程对您而言是很重要的。幸运的是，Oracle Database 10g 提供了一个新的视图使要凭猜测来做的工作形象化。这个视图，V$SYSAUX_OCCUPANTS，列出了表空间 SYSAUX 中的模式的名称、它们的说明、当前使用的空间，以及如何转移它们。（参见表 1。）
注意 LogMiner 如何被清楚地显示为占用 7,488 KB 的空间。它归模式 SYSTEM 所有，而要转移对象，需要执行打包的过程 SYS.DBMS_LOGMNR_D.SET_TABLESPACE。不过，对于 STATSPACK ？对象，这个视图推荐使用导入/导出方法；而对于流，没有转移过程 — 因而您不能容易地将它们从 SYSAUX 表空间中转移出来。列 MOVE_PROCEDURE 默认显示 SYSAUX 中存在的几乎所有工具的正确的转移过程。也可以逆向使用转移过程来使对象回到 SYSAUX 表空间中。
三、重命名一个表空间
待续
参考：
http://www.oracle.com/technology/global/cn/pub/articles/10gdba/week3_10gdba.html