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";—— 双引号强制大小写匹配，但建表空间时没用双引号，就查不到
执行成功 ≠ 新建对象立刻落在新表空间。Oracle 只在真正创建对象时才检查，默认值不刷新当前会话。
改完 default tablespace，新建表还是进老地方？
必须提前确认三件事，否则 CREATE TABLE t1 (id NUMBER); 仍会失败：
- 目标表空间存在且状态为
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—— 这是硬限制，和角色权限无关
注意：即使语句执行成功，CREATE TABLE 在当前会话中仍走旧默认表空间；新连接或显式指定 TABLESPACE 才生效。
ALTER USER TEMPORARY TABLESPACE 报错的真正原因
目标表空间必须满足两个刚性条件：存在 + 类型为 TEMPORARY（即 CONTENTS = 'TEMPORARY'），缺一不可。
验证方式：SELECT tablespace_name, contents FROM dba_tablespaces WHERE tablespace_name = 'TEMP_NEW';，如果返回 PERMANENT，哪怕名字叫 TEMP_NEW 也不行。
其他易踩坑点：
- 大小写敏感：建表空间时没加双引号，查询或修改时就不能用小写名，比如
temp_new查不到 - 引号陷阱：
"temp_new"和temp_new是两个不同对象，除非建的时候就用了双引号 - 类型误判：把
UNDOTBS1（UNDO 类型）当临时表空间用，会报ORA-03217: invalid option for alter of temporary tablespace
修改后，当前会话中正在运行的大排序操作仍用原临时表空间；只有新解析的 SQL、新登录会话、新分配的临时段才会走新表空间。
怎么同时改默认表空间和临时表空间
两条语句要分开执行，不能合并：ALTER USER 不支持在一个语句里同时设 DEFAULT TABLESPACE 和 TEMPORARY TABLESPACE。
正确顺序：
- 先改永久表空间：
ALTER USER scott DEFAULT TABLESPACE users; - 再改临时表空间：
ALTER USER scott TEMPORARY TABLESPACE temp; - 立即验证：
SELECT username, default_tablespace, temporary_tablespace FROM dba_users WHERE username = 'SCOTT';
真正容易被忽略的是：这两项变更都只影响后续操作，对已有对象、当前会话中的 DML/DDL、活跃事务完全无感。如果你正卡在某个建表失败上，别只盯着语句是否执行成功，得去查 dba_ts_quotas 和 dba_tablespaces 的实时状态。
