oracle 10g+必须使用临时表空间组，单设多个临时表空间并直接指定给用户会报ora-00922错误；表空间组通过create或alter语句中tablespace group子句隐式创建和管理，组名不能与任何临时表空间同名，且需将用户或数据库默认临时表空间设为该组才能在并行排序等场景中实际利用多个成员。
oracle 10g+ 必须用表空间组，单设多个临时表空间没用
直接给用户指定多个临时表空间（比如 alter user scott temporary tablespace temp1, temp2）会报错 ora-00922: missing or invalid option。oracle 不支持这种语法。真正起作用的是「表空间组」——它不是独立对象，而是逻辑容器，必须通过 tablespace group 子句在创建或修改临时表空间时隐式构建。
创建和添加临时表空间到组的正确写法
表空间组不能显式 CREATE TABLESPACE GROUP，只能靠首次分配触发。常见错误是重复指定同名组导致覆盖或混淆。
- 第一次创建时带
tablespace group group1，就自动建好组：CREATE TEMPORARY TABLESPACE temp_a TEMPFILE '/u01/oradata/db/temp_a.dbf' SIZE 100M TABLESPACE GROUP group1; - 后续加成员，仍用
CREATE或ALTER TABLESPACE ... TABLESPACE GROUP：CREATE TEMPORARY TABLESPACE temp_b TEMPFILE '/u01/oradata/db/temp_b.dbf' SIZE 100M TABLESPACE GROUP group1;
或ALTER TABLESPACE temp_c TABLESPACE GROUP group1; - 组名不能和任何临时表空间名冲突，否则
ALTER DATABASE DEFAULT TEMPORARY TABLESPACE group1会失败并提示ORA-12911: permanent tablespace cannot be temporary
让并行查询实际用上多个临时表空间
光建好组还不够。并行操作是否真正分散使用组内多个临时表空间，取决于两个条件：一是用户默认临时表空间设为该组，二是排序/哈希操作确实产生足够大负载触发并行分片。
- 数据库级设置（影响所有未显式指定的用户）：
ALTER DATABASE DEFAULT TEMPORARY TABLESPACE group1; - 用户级覆盖（更常用，避免全局影响）：
ALTER USER hr TEMPORARY TABLESPACE group1; - 验证生效：
SELECT username, temporary_tablespace FROM dba_users WHERE username = 'HR';应返回GROUP1 - 真正触发多表空间使用的典型场景是：大表
ORDER BY、GROUP BY、MERGE JOIN，且并行度 > 1；单个串行查询即使数据量大，也只用组内一个临时表空间
删除组时容易误删整个组
表空间组生命周期完全依赖成员存在。删掉最后一个成员，组就消失——但这个过程不可逆，也不会报错提醒。
- 查当前组成员：
SELECT * FROM dba_tablespace_groups; - 安全删除某成员（保留组）：
ALTER TABLESPACE temp_a TABLESPACE GROUP '';—— 注意空字符串表示“移出组”，不是NULL或省略 - 错误做法：
DROP TABLESPACE temp_a INCLUDING CONTENTS AND DATAFILES;→ 如果它是组里唯一成员，dba_tablespace_groups中对应记录将消失，组不复存在 - 想彻底清空组？必须逐个执行
ALTER TABLESPACE ... TABLESPACE GROUP ''，再确认dba_tablespace_groups无残留，最后删表空间
配置本身不难，难在理解「组」只是调度逻辑，实际资源分配由 Oracle 运行时根据并行服务器进程数和排序量动态决定——你看到 dba_temp_files 里多个文件被同时写入，才是真的用起来了。
