alter user default tablespace 语法必须严格匹配oracle规范，多字、少字、引号或使用system/sysaux均报ora-00922；执行前须验证表空间存在且online、用户有quota、非系统表空间；仅影响后续未显式指定tablespace的新建对象。
ALTER USER DEFAULT TABLESPACE 语法必须严格匹配
Oracle 对 ALTER USER DEFAULT TABLESPACE 的语法极其敏感，错一个词、多一个字、加一对引号就直接报 ORA-00922: missing or invalid option。这不是权限或表空间不存在的问题，而是解析器拒绝识别非法结构。
-
ALTER USER scott DEFAULT TABLESPACE users;✅ 正确（大小写不敏感，USERS或users均可） -
ALTER USER scott SET DEFAULT TABLESPACE users;❌ 多了SET，触发ORA-00922 -
ALTER USER scott DEFAULT TABLESPACE 'USERS';❌ 单引号包裹，报ORA-00959: tablespace 'USERS' does not exist -
ALTER USER scott DEFAULT TABLESPACE "USERS";❌ 双引号强制大小写，除非建表空间时用了CREATE TABLESPACE "USERS"，否则找不到 -
ALTER USER scott DEFAULT TABLESPACE system;❌SYSTEM是硬性禁用项，必报ORA-00922，和角色无关
执行前必须验证三件事，否则建表仍失败
语句执行成功 ≠ 新建对象真能落在目标表空间。Oracle 到真正创建对象时才检查可用性，所以必须提前确认：
- 目标表空间存在且状态为
ONLINE：SELECT tablespace_name, status FROM dba_tablespaces WHERE tablespace_name = 'USERS' - 用户在该表空间上有配额（
QUOTA）：SELECT username, tablespace_name, bytes/1024/1024 AS mb FROM dba_ts_quotas WHERE username = 'SCOTT' AND tablespace_name = 'USERS'；若无结果，需先执行ALTER USER scott QUOTA UNLIMITED ON users或指定大小（如QUOTA 100M ON users） - 不能是
SYSTEM或SYSAUX—— 这两个是系统专用，普通用户设为默认会直接被拒绝
改完 default tablespace，哪些对象会受影响
只影响后续新建、且未显式指定 TABLESPACE 子句的对象。已有对象完全不动，当前会话也不刷新。
- ✅
CREATE TABLE t1 (id NUMBER);→ 落在新默认表空间 - ✅
CREATE INDEX i1 ON t1(id);→ 默认跟随表所在表空间，除非显式写INDEX TABLESPACE - ❌ 已存在的表、索引、LOB 段等物理位置不变 —— 查
SELECT table_name, tablespace_name FROM user_tables就能确认 - ❌ 临时段、回滚段、物化视图日志等不走默认表空间逻辑，它们由其他机制控制
常见误判：为什么新建对象还是落到 SYSTEM
不是语句没执行，而是你漏掉了配额或误用了数据库级设置。很多人把 ALTER DATABASE DEFAULT TABLESPACE users 当成“全局开关”，但它只影响后续新创建的用户，对已有用户完全无效。
- 查当前用户实际默认值：
SELECT default_tablespace FROM dba_users WHERE username = 'SCOTT' - 查配额是否生效：
SELECT * FROM dba_ts_quotas WHERE username = 'SCOTT'，如果目标表空间没记录，建表必然报ORA-01950: no privileges on tablespace 'USERS' - 别指望
ALTER DATABASE DEFAULT TABLESPACE能批量修正老用户——必须逐个跑ALTER USER ... DEFAULT TABLESPACE
改完别急着验证建表，先查配额和表空间状态。最常被忽略的不是语法，而是配额缺失导致的静默失败。
