ORA-00922报错主因是语法不严格匹配ALTER USER username DEFAULT TABLESPACE tablespace_name;格式，多词（如SET）、少词、加引号、指定SYSTEM/SYSAUX均会触发；且仅影响后续新建未显式指定表空间的对象，已有对象物理位置不变。
ALTER USER DEFAULT TABLESPACE 语句为什么总报 ORA-00922
不是权限问题，也不是表空间不存在，而是语法多一个字、少一个词、加一对引号就直接挂。oracle 对这个语句的格式极其敏感，必须严格匹配 alter user username default tablespace tablespace_name; 这个结构。
常见错误包括：
-
ALTER USER scott SET DEFAULT TABLESPACE users;—— 多了SET，报ORA-00922: missing or invalid option -
ALTER USER scott DEFAULT TABLESPACE 'USERS';—— 单引号包表空间名，Oracle 不认，报ORA-00959: tablespace 'USERS' does not exist -
ALTER USER scott DEFAULT TABLESPACE system;——SYSTEM是系统表空间，禁止设为普通用户默认，同样报ORA-00922（不是更明确的提示） -
ALTER USER scott DEFAULT TABLESPACE "Users";—— 双引号强制大小写匹配，但建表空间时没用双引号，就会找不到
执行前必须确认的三件事，否则语句成功但后续建表失败
即使 ALTER USER 执行成功，新建对象仍可能报错，因为 Oracle 在真正创建对象时才检查实际可用性。必须提前验证：
- 目标表空间存在且状态为
ONLINE：SELECT tablespace_name, status FROM dba_tablespaces WHERE contents = 'PERMANENT' AND 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;或指定大小 - 不能是
SYSTEM或SYSAUX：ALTER USER scott DEFAULT TABLESPACE system;必报错，这是硬限制，和角色权限无关
改完 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;就能确认 - ❌ 临时段、回滚段、数据字典对象不受影响
很多人以为改完就自动迁移，结果发现磁盘空间没释放、查询计划还是走旧路径——这是最常被忽略的点。
想把老表迁过去，得单独操作，不能靠改默认值
改默认表空间 ≠ 迁移数据。真要挪，得一条条手动搬，而且每步都有副作用：
- 表迁移：
ALTER TABLE t1 MOVE TABLESPACE users;→ 会失效所有索引，必须重建 - 索引重建：
ALTER INDEX i1 REBUILD TABLESPACE users;→ 需确保有足够空间，且用户在新表空间有QUOTA - LOB 字段要额外处理：
ALTER TABLE t1 MOVE LOB(lob_col) STORE AS (TABLESPACE users); - 迁移前务必确认：新表空间有足够空闲空间，且未被设置为
READ ONLY
特别注意：MOVE 和 REBUILD 是 DDL 操作，会阻塞 DML，生产环境需评估窗口期。另外，如果表上有物化视图日志或高级队列依赖，还得额外处理依赖链。
