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'; - 用户在该表空间上有配额：
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：这是硬限制，和角色权限无关
改完 default tablespace，新建表真的会落在新表空间吗
会，但有严格前提：
- 仅对「未显式指定
TABLESPACE」的新建对象生效，比如CREATE TABLE t1 (id NUMBER); - 只对新连接生效，当前会话不刷新 —— 当前会话里建的表仍走旧默认表空间
- 已有对象（表、索引、LOB）物理位置完全不变，
SELECT table_name, tablespace_name FROM user_tables;可验证 - 临时段、回滚段不受影响，它们走的是
TEMPORARY TABLESPACE，需单独设置：ALTER USER scott TEMPORARY TABLESPACE temp;
想迁移现有表怎么办
ALTER USER DEFAULT TABLESPACE 不动老数据。要迁移已有对象，得单独操作：
- 表迁移：
ALTER TABLE t1 MOVE TABLESPACE users;（注意：MOVE 会失效索引，需后续REBUILD） - 索引迁移：
ALTER INDEX i1 REBUILD TABLESPACE users; - BLOB 字段的表需额外处理 LOB 段：
ALTER TABLE t1 MOVE LOB(lob_col) STORE AS (TABLESPACE users); - 迁移前确认新表空间有足够空间，且用户在该表空间上有配额，否则建表时会报
ORA-01536: space quota exceeded
