取消用户表空间配额限制需执行ALTER USER username QUOTA UNLIMITED ON tablespace_name，而非DROP或REVOKE；配额为-1表示UNLIMITED，0表示禁止写入，未列出则默认无配额；须先查DBA_TS_QUOTAS确认状态，再逐个处理，不可批量一键清除。
取消某个用户对特定表空间的配额限制
直接执行 alter user username quota unlimited on tablespace_name 即可解除该用户在指定表空间上的配额上限。这不是“删除配额”，而是把配额设为无限制——oracle 不支持真正意义上的“删除配额”操作，quota 0 on tablespace_name 是禁用写入，unlimited 才是放开限制。
常见错误是误以为 DROP QUOTA 存在，或者试图用 REVOKE 撤销配额（配额不是权限，不能被 revoke）。
-
username和tablespace_name都区分大小写，若创建时用了双引号（比如"MyTableSpace"），这里也必须带引号 - 执行者需具备
ALTER USER系统权限，通常只有 DBA 或用户自身（仅限修改自己的配额）能操作 - 如果用户当前在该表空间已占用大量空间，设为
UNLIMITED后不会触发清理，但后续 DML/DDL 不再受配额拦截
查清楚当前用户的配额状态再动手
别猜，先查。配额信息存在 DBA_TS_QUOTAS 视图里，普通用户可查 USER_TS_QUOTAS（只显示自己）。执行：
SELECT tablespace_name, bytes, max_bytes FROM DBA_TS_QUOTAS WHERE username = 'SCOTT';其中
max_bytes 为 -1 表示 UNLIMITED，为 0 表示禁止写入，其他正数是具体字节数限制。
注意：DBA_TS_QUOTAS 不会列出未显式赋过配额的表空间——也就是说，如果某表空间没出现在结果里，说明该用户对该表空间根本没有配额（默认为 0，即不可用），此时需先 ALTER USER ... QUOTA ... ON ... 赋值，才能再设为 UNLIMITED。
批量取消多个表空间的配额限制
没有一条命令能“一键清空所有配额”，必须逐个表空间处理。可以用动态 SQL 生成语句：
SELECT 'ALTER USER ' || username || ' QUOTA UNLIMITED ON ' || tablespace_name || ';' FROM DBA_TS_QUOTAS WHERE username = 'SCOTT';
复制输出结果执行即可。但要注意：如果用户在某些表空间上本就没有配额（不在 DBA_TS_QUOTAS 中），这条语句不覆盖；也不建议对 SYSTEM、SYSAUX 等核心表空间随意开 unlimited，容易引发空间失控。
- 生产环境建议加
AND max_bytes != -1过滤掉已经是 unlimited 的记录，避免重复执行 - 脚本执行前最好先用
SELECT确认范围，尤其当username是变量时，防止拼错用户名
取消配额后空间增长不受控怎么办
UNLIMITED 不等于“可以不管”，它只是移除了 Oracle 层面的硬性拦截。实际空间仍受文件系统容量、ASM diskgroup 剩余空间、以及 DBA 的监控策略约束。
真正危险的是：用户执行大事务、未清理历史分区、或误建超大索引，可能快速耗尽表空间。所以取消配额后，务必同步检查：
- 该表空间是否启用了
AUTOEXTEND，数据文件最大大小是否合理（MAXSIZE设置过大会撑爆磁盘） - 是否有空间使用告警机制（如 OEM、自定义脚本查
DBA_TABLESPACE_USAGE_METRICS） - 用户是否有对应的角色/对象权限？配额放开 ≠ 权限放开，
CREATE TABLE还是得有相应权限
配额只是闸门，不是水位计。放开闸门之前，得先知道下游有没有排水能力。
