ORA-01950错误源于用户在目标表空间无配额,而非权限不足;必须用ALTER USER ... QUOTA显式分配配额,DEFAULT TABLESPACE、GRANT权限等均无效,且QUOTA仅对永久表空间生效。
必须用 ALTER USER ... QUOTA 显式设置,其他任何方式(授予权限、设默认表空间、建用户时不带配额)都无效。
这不是权限问题,是配额缺失。哪怕 GRANT CREATE TABLE TO scott 已执行,只要 scott 在目标表空间(如 USERS)没被分配配额,建表就必然失败。错误信息里 “no privileges on tablespace” 中的 “privileges” 实际指配额额度,不是系统权限。
常见误判点:
DEFAULT TABLESPACE USERS 就自动能写 —— 它只决定不写 TABLESPACE 子句时往哪放,不等于开通写入闸门RESOURCE 角色含配额 —— 它不含,1 字节都不给DBA_TS_QUOTAS 返回空 —— 这恰恰说明没配额,默认等价于 QUOTA 0,不是“继承默认”QUOTA 是硬上限,超了就拦 DDL/DML(如 INSERT 触发新 extent 分配),不是建议值。
ALTER USER scott QUOTA 50M ON users;:严格限制为 50MB,写满即报 ORA-01536
ALTER USER scott QUOTA UNLIMITED ON app_data;:仅对 app_data 表空间放开,其他仍需单独配额ALTER USER scott QUOTA 0 ON system;:显式禁止在 SYSTEM 建任何段,哪怕有 DBA 角色也不行(但已有对象不受影响)注意:QUOTA 0 ≠ 撤销权限,它只是堵住写入口;要彻底收回豁免权,得 REVOKE UNLIMITED TABLESPACE FROM scott。
QUOTA 只对永久性数据表空间(PERMANENT)生效,对以下两类完全无效:
TEMPORARY):排序、全局临时表走这里,配额设置语法不报错但实际忽略UNDO):事务回滚段由系统自动管理,不计入配额想控临时空间用量,得用 ALTER USER ... TEMPORARY TABLESPACE ts_name 指向一个资源受限的临时表空间,并配合 PROFILE 里的 RESOURCE_LIMIT 和 SESSIONS_PER_USER。
事后补 ALTER USER 容易遗漏,尤其当应用启动脚本紧随用户创建之后执行,极易触发 ORA-01950。
推荐写法(Oracle 12c+ 支持):
CREATE USER app_user IDENTIFIED BY pwdDEFAULT TABLESPACE app_dataTEMPORARY TABLESPACE tempQUOTA 200M ON app_dataQUOTA 50M ON idx_tbsQUOTA 0 ON system;
这样定义后:
app_data 写,最多 200MBTABLESPACE idx_tbs 建索引,但不能超 50MBCREATE TABLE 权限,也无法在 SYSTEM 里建任何段特别注意:QUOTA 对已存在对象不清理,但后续 DML 若触发空间扩展(比如插入导致新 extent 分配),仍可能因超限报错。
小米路由器3G怎么恢复出厂设置(小米路由器3G该如何恢复出厂设置)
小米路由器3g和4a千兆版哪个好(小米路由器3g和4a千兆版对比区别)
Sensor Tower:ChatGPT全球份额跌破50%,Gemini与Claude加速追赶
OpenAI提速狂飙16倍!GPT-5.6多智能体V2上线,741轮怪物对话1秒打开
“十五五”时期 煤矿危险繁重岗位将由机器人替代
waytouniverse/ppt-generator:从 Markdown 大纲生成风格统一的 PPT 图片