CREATE USER时必须显式指定TEMPORARY TABLESPACE，因其不可通过GRANT授权，仅能通过CREATE USER绑定或ALTER USER修改；临时表空间无QUOTA机制，依赖绑定生效且需确保其状态ONLINE、临时文件可读写。
CREATE USER 时必须显式指定 TEMPORARY TABLESPACE
oracle 不允许用户“事后授予”临时表空间访问权限，grant 语句不支持对 temporary tablespace 的授权。临时表空间的归属是用户创建时绑定的属性，不是可授/可撤的权限。
常见错误现象：ORA-01950: no privileges on tablespace 'TEMP' 或排序操作（如 ORDER BY、GROUP BY、哈希连接）失败，实际是因为用户没被分配有效的临时表空间。
- 创建用户时若省略
TEMPORARY TABLESPACE子句，Oracle 会使用数据库默认临时表空间（通常是TEMP），但前提是该用户对该临时表空间有配额 —— 而临时表空间本身不支持QUOTA，只靠绑定生效 - 如果数据库默认临时表空间被禁用或不可写，且用户未显式指定，则用户无法执行任何需要临时段的操作
- Windows 和 Linux 路径写法不同：Windows 用反斜杠
'D:\oradata\temp.dbf'，Linux 用正斜杠'/u01/app/oracle/oradata/orcl/temp.dbf'，路径错误会导致CREATE TEMPORARY TABLESPACE失败
ALTER USER 可以修改用户的 TEMPORARY TABLESPACE
用户创建后，不能用 GRANT 改临时表空间，但可以用 ALTER USER 动态切换，这是唯一合规方式。
示例：
ALTER USER newuser TEMPORARY TABLESPACE newuser_temp;
- 目标临时表空间必须已存在，且状态为
ONLINE（可通过SELECT status FROM dba_tablespaces WHERE tablespace_name = 'NEWUSER_TEMP';验证） - 执行者需具备
ALTER USER系统权限（通常DBA角色包含） - 修改立即生效，无需重启会话；已有会话中正在进行的排序操作不受影响，新操作将使用新临时表空间
- 不能设为不存在的表空间名，否则报错
ORA-00959: tablespace 'XXX' does not exist
临时表空间没有 QUOTA 概念，但依赖表空间可用性
和永久表空间不同，临时表空间不走配额（QUOTA）机制 —— 用户只要绑定了它，就能用其空间做排序、哈希、全局临时表等操作，无需额外授权。
但真实限制来自底层：
- 临时文件（
tempfile）所在磁盘满或不可写 → 报ORA-01652: unable to extend temp segment - 临时表空间被设为
OFFLINE→ 用户所有需临时段的操作失败 - 临时表空间被删除（
DROP TABLESPACE ... INCLUDING CONTENTS AND DATAFILES）→ 已绑定该空间的用户会话在下次需要临时段时直接报错 - 注意：
UNLIMITED TABLESPACE系统权限对临时表空间无效，它只控制永久表空间配额
DBA 必须检查临时表空间是否真能用
光看 CREATE USER ... TEMPORARY TABLESPACE xxx 执行成功，不代表用户能用。容易被忽略的是临时文件本身的健康状态。
建议执行以下检查：
- 确认临时文件存在且可读写：
SELECT file_name, status, bytes/1024/1024 "MB", autoextensible FROM dba_temp_files WHERE tablespace_name = 'NEWUSER_TEMP';
- 查看临时表空间是否在线：
SELECT tablespace_name, status FROM dba_tablespaces WHERE contents = 'TEMPORARY';
- 模拟一次排序验证：
CONNECT newuser/password; SELECT * FROM all_objects ORDER BY object_name DESC FETCH FIRST 10 ROWS ONLY;
（若报ORA-01652，说明临时空间实际不可用）
真正卡住人的往往不是语法，而是临时文件路径权限、磁盘空间、或表空间离线状态这些底层细节。
