在10G中，DBA有办法避免这种问题了——在线指定系统默认表空间：

ALTERDATABASEDEFAULTTABLESPACE;

通过执行以上命令，可以设定系统的默认表空间。这样的话，在创建新用户时，如果不指定他的默认表空间，就会采用上面指定的系统默认表空间作为这个用的默认表空间。

SQL>conn/assysdba

SQL>createusertest1identifiedbytest1defaulttablespaceringidx;

用户已创建。

SQL>alterdatabasedefaulttablespacering;

数据库已更改。

SQL>createusertestidentifiedbytest;

用户已创建。

SQL>selectusername,default_tablespacedefspacefromdba_userswhere

username=’TEST’;

USERNAMEDEFSPACE

————–—————-

TESTRING

但是要注意的是，一旦将系统默认表空间修改了以后，原有的所有普通用户的默认表空间都会被指定为这个表空间，如上例中test1，创建时指定了他的默认表空间为ringidx，执行了’alterdatabasedefaulttablespacering’后,他的默认表空间也被改为了ring。

SQL>selectusername,default_tablespacedefspacefromdba_userswhere

username=’TEST1′;

USERNAMEDEFSPACE

————–—————-

TEST1RING

为非核心的系统用户指定一个特殊的默认表空间

在创建Oracle实例时，除了创建了如sys、system等系统核心的用户外，还会创建一些诸如dbsnmp、odm、perfstat等非核心的用户。这些用户在9i中都是以system作为他们的默认表空间。这些用户一旦被使用，也会产生较大的数据量占用system表空间。

在Oracle10G当中，使用了一个新的表空间SYSAUX作为这些用户的默认表空间。这个表空间在实例创建是就创建了，除了他的数据文件名可以被修改外，其他都不允许被修改。

Oracle的这一改变可以使当system表空间损坏时对数据库做全库恢复。在sysaux中的对象可以恢复成普通对象，而数据库能保持正常运行。

如果DBA想要将sysaux表空间中的用户转移到其他表空间去该如何做呢。在10G中，专门为此提供一个视图V$SYSAUX_OCCUPANTS来描述如何转移这些用户的表空间。

select*fromV$SYSAUX_OCCUPANTSwhereOCCUPANT_NAME=‘ODM’

OCCUPANT_NAMEOCCUPANT_DESCSCHEMA_NAMEMOVE_PROCEDUREMOVE_PROCEDURE_DESCSPACE_USAGE_KBYTES

————-————-———–————–——————-——————

ODMOracleDataMiningDMSYSMOVE_ODMMoveProcedureforOracleDataMining5568

1rowsselected

如上，如果要将改变ODM的表空间，可以使用存储过程MOVE_ODM，当前它占用了5568kb的表空间。

为表空间改名

这Oracle10G表空间增强中一个令人心动的改变。

这项功能允许改变数据库中除system和sysaux外任意一个表空间的名字。

ALTERTABLESPACERENAMETO;

有了这项功能，将会让很多事情变得非常简单。

有DBA可能会担心，一旦一个表空间的名字改变了，而且它已经被使用了很长时间了，会不会引起系统的混乱？这个不用担心，执行了上面的语句后，Oracle会将系统中所有相关的数据字典的内容全部更新：

SQL>altertablespaceringrenametoring1;

表空间已更改。

SQL>selectusername,default_tablespacedefspacefromdba_userswhereusername=’TEST’;

USERNAMEDEFSPACE

————–—————-

TESTRING1