ALTER USER DEFAULT TABLESPACE 不生效的主因是目标表空间缺乏用户配额或未正确设置临时表空间，而非语法错误；需确认表空间存在在线、配额已分配、大小写及引号匹配、多租户容器上下文正确，并单独设置 TEMPORARY TABLESPACE。
ALTER USER DEFAULT TABLESPACE 执行后不生效？先查当前表空间和权限
改完 alter user default tablespace 却发现新建对象还是落在老表空间，大概率是没真正生效——不是语法错，而是用户当前会话或权限链出了问题。oracle 不会自动把已有连接的默认行为刷新，也不检查你有没有目标表空间的 unlimited tablespace 或具体配额。
- 先确认目标表空间存在且在线：
SELECT tablespace_name, status FROM dba_tablespaces WHERE tablespace_name = 'USERS'; - 再查用户当前默认表空间：
SELECT default_tablespace FROM dba_users WHERE username = 'SCOTT'; - 重点看配额：如果目标表空间没给该用户分配配额，哪怕设了默认值，建表时也会报
ORA-01950: no privileges on tablespace 'USERS' - 配额要显式赋：例如
ALTER USER scott QUOTA 10M ON users;，或者用UNLIMITED TABLESPACE系统权限（但生产环境慎给）
ALTER USER DEFAULT TABLESPACE 要带引号吗？大小写敏感场景
Oracle 默认把未加引号的标识符转成大写，所以 ALTER USER scott DEFAULT TABLESPACE users; 实际等价于 DEFAULT TABLESPACE USERS。但如果目标表空间名是小写或含特殊字符（比如创建时用了双引号），就必须严格匹配。
- 查真实表空间名：用
SELECT tablespace_name FROM dba_tablespaces;看输出是否带双引号包裹（如"my_ts"） - 若表空间名为
"my_ts"，则语句必须写成ALTER USER scott DEFAULT TABLESPACE "my_ts"; - 混用大小写+无引号最危险：比如表空间叫
MyTs（建时加了引号），但你写DEFAULT TABLESPACE myts，Oracle 会去找大写的MYTS，直接报ORA-00959: tablespace 'MYTS' does not exist
普通用户能执行 ALTER USER DEFAULT TABLESPACE 吗？权限边界在哪
不能。这个操作本质是修改数据字典，只有具备 ALTER USER 系统权限的用户才能执行，且只能改其他用户（包括自己）的默认表空间——但改自己需要额外注意：当前会话不会立即切换，新连接才生效。
- DBA 用户可直接执行：
ALTER USER hr DEFAULT TABLESPACE example; - 普通用户即使被授予
ALTER USER，也通常无法修改自己的默认表空间（Oracle 限制，防止绕过配额控制） - 常见错误：
ORA-01031: insufficient privileges—— 检查是否漏授GRANT ALTER USER TO your_user;，且确认不是在 PDB 中忘了切到 root 容器 - 在多租户环境（CDB/PDB），必须在目标 PDB 内执行，且用户需在该 PDB 中存在
修改后新建表为什么还在 SYSTEM 表空间？临时段和默认表空间不是一回事
这是最常被忽略的混淆点：用户默认表空间只控制永久段（如表、索引），而临时段（CREATE GLOBAL TEMPORARY TABLE、排序溢出等）走的是 TEMPORARY TABLESPACE，由 ALTER USER ... TEMPORARY TABLESPACE 单独设置。
- 查临时表空间：
SELECT temporary_tablespace FROM dba_users WHERE username = 'SCOTT'; - 如果看到是
SYSTEM，说明临时表空间也被误设成了 SYSTEM（这本身就不合规） - 正确做法：
ALTER USER scott TEMPORARY TABLESPACE temp;（前提是temp是有效的临时表空间） - SYSTEM 表空间绝不能用作用户临时表空间，否则可能引发严重性能问题或内部错误
default_tablespace 字段；临时表空间、配额、大小写、容器上下文，四个点漏一个，新建对象就可能悄无声息地掉进坑里。 
