alter user ... quota 对临时表空间无效，因quota仅约束永久段存储，不适用于临时段；临时空间使用取决于绑定的临时表空间自身容量、状态及文件可写性，而非用户配额。
oracle 12c 中不能用 alter user ... quota 给临时表空间设限额 —— 这个操作本身语法就非法，会直接报 ora-02156: invalid temporary tablespace。
为什么 ALTER USER QUOTA 对 TEMP 表空间无效
临时表空间不走配额（QUOTA）机制。QUOTA 只约束永久段（表、索引等）在指定永久表空间里的存储上限，而临时段（排序、哈希连接、全局临时表数据）的使用完全依赖「绑定关系」和「表空间可用性」，不是靠用户级配额控制的。
-
ALTER USER ... QUOTA的目标表空间必须是永久表空间（如USERS、APP_DATA），不能是TEMP或任何以TEMPORARY属性创建的表空间 - 试图执行
ALTER USER scott QUOTA 100M ON temp;会立刻失败，无需检查权限或状态 - 临时表空间的“限额”实际由两层决定：一是该表空间自身总容量（
dba_temp_files.bytes），二是数据库是否允许用户使用它（即是否已通过ALTER USER ... TEMPORARY TABLESPACE显式绑定）
真正控制用户临时空间使用的方式
用户能用多少临时空间，取决于它绑定的临时表空间有多大、是否在线、文件是否可写 —— 不是用户自己能申请多少，而是那个表空间能提供多少。
- 确保目标临时表空间状态为
ONLINE：SELECT status FROM dba_tablespaces WHERE tablespace_name = 'MY_TEMP'; - 确认其临时文件可扩展且有足够剩余空间：
SELECT file_name, bytes/1024/1024 mb_total, autoextensible FROM dba_temp_files; - 用
ALTER USER username TEMPORARY TABLESPACE xxx;切换绑定，这是唯一合法方式；不能用GRANT，也不能用QUOTA - 如果想限制某类用户只能用小临时空间，应单独建一个容量受限的临时表空间（比如只给 512MB），再把用户绑过去
常见错误现象与对应检查点
当用户执行 ORDER BY、GROUP BY 或创建全局临时表失败时，表面报错可能是 ORA-01950: no privileges on tablespace 'TEMP'，但本质不是缺权限，而是没被正确绑定临时表空间。
- 用户建表成功，但排序报
ORA-01950→ 检查dba_users.temporary_tablespace是否为空或为不存在的表空间名 - 执行
ALTER USER u1 TEMPORARY TABLESPACE temp;后仍失败 → 查dba_tablespaces确认TEMP是否STATUS = 'ONLINE'，再查dba_temp_files看文件路径是否存在、Oracle 进程是否有写权限 - 误以为
GRANT UNLIMITED TABLESPACE TO u1;能解决临时空间问题 → 它对临时表空间完全无效，只是绕过永久表空间的配额检查
临时表空间没有“用户配额”这个概念，所有控制都落在表空间自身容量和绑定动作上。最容易被忽略的是：即使绑定了 TEMP，如果它的数据文件路径错了、磁盘满了、或文件被 chmod 400 了，用户照样无法排序 —— 这些问题不会报配额错误，但现象一模一样。
