普通用户无法执行alter user default tablespace，因需alter user系统权限，仅dba等高权限角色具备；必须由dba显式修改用户默认表空间、配额并确保表空间online，且新会话才生效。
普通用户执行 ALTER USER DEFAULT TABLESPACE 会报 ORA-01031
Oracle 不允许普通用户修改自身的 DEFAULT TABLESPACE，哪怕只是想把自己从 SYSTEM 换到 USERS。直接执行 ALTER USER scott DEFAULT TABLESPACE users; 会立刻返回 ORA-01031: insufficient privileges——这不是语法或表空间问题，而是权限硬限制。
根本原因在于：修改默认表空间属于用户元数据（DBA_USERS.DEFAULT_TABLESPACE）的变更，必须拥有 ALTER USER 系统权限，而该权限只授予 DBA、IMP_FULL_DATABASE 等高权限角色，普通用户默认没有。
常见误操作包括：
- 用当前用户登录后尝试
ALTER USER DEFAULT TABLESPACE ... - 以为有
CREATE TABLE或UNLIMITED TABLESPACE就够了——其实完全无关 - 试图绕过：用
GRANT ALTER USER TO scott;—— 普通用户无法给自己授系统权限，且该语句本身也需要 DBA 权限
为什么 CONNECT/RESOURCE 角色也不行
CONNECT 和 RESOURCE 是 Oracle 传统预定义角色，但它们不包含任何系统权限（SELECT ANY DICTIONARY、ALTER USER 等均不在其中）。它们只提供对象权限（如建表、建视图），对用户自身的属性无修改能力。
验证方式很简单：SELECT privilege FROM dba_sys_privs WHERE grantee IN ('CONNECT', 'RESOURCE'); 返回空集——说明这两个角色连一个系统权限都没有。
所以即使你被授予了 RESOURCE，也依然不能改自己的默认表空间；这和能否建表、能否插入数据完全无关。
真正可行的替代路径
普通用户无法自改，但可以推动 DBA 完成三件事，缺一不可：
-
由 DBA 执行：
ALTER USER <your_username> DEFAULT TABLESPACE users;</your_username>（注意：不能加SET，不能引号，不能是SYSTEM） -
由 DBA 补配额：
ALTER USER <your_username> QUOTA UNLIMITED ON users;</your_username>（否则建表仍报ORA-01536） -
确认目标表空间状态：
SELECT status FROM dba_tablespaces WHERE tablespace_name = 'USERS';必须为ONLINE
特别注意：改完之后，你当前连接中新建的表仍落在旧表空间——必须新开一个会话才能生效。这不是 bug，是 Oracle 的会话级缓存行为。
为什么不能靠数据库级设置绕过
有人想用 ALTER DATABASE DEFAULT TABLESPACE users; 让后续所有用户自动继承——但这只影响「新创建的用户」，对已有用户（包括你自己）完全无效。更关键的是：即使 DBA 执行了这条语句，你的 DEFAULT_TABLESPACE 字段在 DBA_USERS 里依然显示旧值，不会被覆盖。
也就是说：ALTER DATABASE DEFAULT TABLESPACE 是个“模板”，不是“同步器”。它不修改现有用户，也不触发任何后台刷新。想改你自己的，唯一办法就是 DBA 显式执行针对你的 ALTER USER。
最常被忽略的一点：很多 DBA 改完就以为万事大吉，但忘了配额。结果你一建表就报 ORA-01536，误以为表空间没生效——其实语句早执行成功了，只是没配额而已。
