本文主要是以Oracle更改表空间大小的实际操作代码来引出Oracle更改表空间大小的实际操作步骤，同时此文章也对用户空间限额的具体操作步骤有一详细介绍，望大家在看望此片文章之后会有所收获。

sys@TEST1>altertablespacetest_16koffline;

表空间已更改。

sys@TEST1>alterdatabasedatafile'
d:\oracle\product\10.2.0\oradata\test1\test6k.dbf'
autoextendonnext50mmaxsize200m;

数据库已更改。

sys@TEST1>alterdatabasedatafile'
d:\oracle\product\10.2.0\oradata\test1\test.dbf'resize10m;

数据库已更改。

sys@TEST1>alterusermxlquota200montest_16k;

用户已更改。

总结：

1、Oracle更改表空间大，乃修改的datafile非tablespace

2、不要出低级拼写错误。

3、错误提示很重要，不要想当然。

附：

三、磁盘配额管理的几个建议。

1、当在创建表空间对象的时候，出现“超出表空间的空间限量”错误提示的处理思路。这种情况一般是由很多种情况所造成的。笔者在遇到这种问题的时候，一般的处理思路是，先查看该用户的磁盘配额，看其是否满足空间上的需求。

若该用户没有磁盘配额管理的话，或者磁盘配额大小符合既定需求的话，则建议查看表空间的大小，看是否是因为表空间不足所造成的。若前两步还是不能够解决问题的，则看看表空间的管理方式。若是数据字典管理模式的话，则把他改为本地管理模式，一般就可以解决问题了。

2、若数据库中存放着不同办事处或者不同分公司的数据时，笔者建议对Oracle更改表空间大小进行磁盘限额。这可以有效的防止因为硬盘空间的不足导致整个数据库的崩溃。而若对用户进行磁盘配额管理的话，那最多只是某个办事处(某个用户)数据库操作出现故障而已。这也是提高Oracle数据库可用性的一个有效手段。

经查,表空间跟表空间限额两个值是不一样的.

推测按默认的话oracle应该会给每个用户分配一个默认的表空间限额,具体比例待查,但这比例肯定远小于100%.

所以说分配了400M的表空间未必能存储400M的数据.

解决办法如下:

查看用户表空间的限额

select*fromuser_ts_quotas;

max_bytes字段就是了

-1是代表没有限制,其它值多少就是多少了.

不对用户做表空间限额控制:

GRANTUNLIMITEDTABLESPACETO***(用户);

这种方式是全局性的.

或者

alteruser***(用户名)quotaunlimitedon***(表空间);

这种方式是针对特定的表空间的.

可以分配自然也可以回收了:

revokeunlimitedtablespacefrom***(用户)

或者

alteruser***quota0on***