Oracle复合分区下可为单个SUBPARTITION指定表空间：CREATE TABLE时在SUBPARTITION子句中显式写TABLESPACE；ALTER TABLE时用MODIFY SUBPARTITION ... STORE IN或MOVE SUBPARTITION ... TABLESPACE，后者需重建并重建索引。
Oracle 复合分区下怎么给单个 SUBPARTITION 指定表空间
能。oracle 允许在 create table 或 alter table ... modify subpartition 时，为每个 subpartition 单独指定 tablespace，但必须满足：父分区（partition）本身不能带默认表空间约束，且子分区不能继承自未显式声明的默认值。
常见错误现象：ORA-14020 —— 表示该语法不被当前分区类型支持（比如在未启用复合分区的普通范围分区里写 SUBPARTITION）；或 ORA-14295 —— SUBPARTITION 的列列表与父分区不一致，导致无法单独设置存储属性。
- 只对
RANGE-LIST、RANGE-HASH、LIST-LIST等复合分区类型有效；普通范围/列表分区没有SUBPARTITION概念，强行写会报错 -
CREATE TABLE时，必须在SUBPARTITION子句中显式写TABLESPACE ts_name，不能依赖父PARTITION的TABLESPACE设置 - 已有表想改单个子分区表空间，只能用
ALTER TABLE ... MODIFY SUBPARTITION sub1 STORE IN (ts_new)（注意：不是MOVE，MOVE会重建并 require exclusive lock） - 如果子分区含 LOB 列，还需额外为
LOB指定STORE AS (TABLESPACE ...)，否则仍走默认表空间
MODIFY SUBPARTITION 能不能在线重定向表空间
不能直接“重定向”，但可以在线移动（MOVE）—— 这是唯一能让已存在数据的 SUBPARTITION 换表空间的办法，代价是锁和 I/O 开销。
使用场景：归档冷数据到低速表空间，或把高频访问子分区挪到 SSD 表空间；但别在业务高峰期执行。
-
ALTER TABLE t MOVE SUBPARTITION sp1 TABLESPACE ts_fast;是可行的，但会短暂持有SS锁，阻塞 DML - 移动后索引会失效，需手动
ALTER INDEX ... REBUILD SUBPARTITION，否则查询可能走全表扫描 - 若表启用了行移动（
ENABLE ROW MOVEMENT），不影响，但没启用也不影响MOVE SUBPARTITION本身 - 不支持
ONLINE关键字：Oracle 目前（截至 23c）所有版本都不允许MOVE SUBPARTITION ... ONLINE
为什么 STORE IN 和 TABLESPACE 容易混淆
因为它们作用层级不同：STORE IN 是给多个子分区“轮询分配”的桶列表，而 TABLESPACE 是给单个子分区精确指定位置。
参数差异明显：一个面向批量，一个面向个体；混用会导致意外分布。
-
STORE IN (ts1, ts2)只能在CREATE或ADD PARTITION时用于SUBPARTITIONS数量大于 1 的场景，Oracle 自动轮询分配新子分区 -
TABLESPACE ts1必须写在每个SUBPARTITION名称后面，如SUBPARTITION sp_jan_1 TABLESPACE ts_cold - 如果既写了
STORE IN又对个别子分区写了TABLESPACE，后者优先级更高，前者只覆盖未显式指定的子分区 - 导出导入（
expdp）时，STORE IN不会被保留，而显式的TABLESPACE会；这是迁移后表空间错乱的常见原因
复合分区下子分区表空间变更对性能的影响
物理位置变化本身不改变执行计划，但 IO 路径、缓存局部性、ASM diskgroup 倾斜度会变——尤其当新旧表空间位于不同存储层时。
容易踩的坑是忽略底层 ASM 配置：比如把多个热子分区都移到同一个 failure group，反而放大单点故障风险。
- 跨存储类型迁移（SATA → NVMe）后，首次查询可能因 buffer cache 未预热而慢，不是 SQL 问题
- 如果新表空间
INITIALextent 大小和原表空间不同，高并发插入可能触发更多 extent 分配争用 - 审计或闪回数据归档（
FLASHBACK ARCHIVE）启用时，子分区表空间变更不会自动同步到归档表空间，需单独检查 - 最隐蔽的一点：
DBA_TAB_SUBPARTITIONS视图里TABLESPACE_NAME是最终生效值，但DBA_SEGMENTS里对应 segment 的TABLESPACE_NAME可能滞后（延迟块清理未完成），查之前先ANALYZE TABLE ... VALIDATE STRUCTURE CASCADE
子分区级表空间控制很细，但也意味着每改一处都要确认三层：segment 层、extent 分配策略、以及 ASM 或文件系统层面的实际磁盘分布。漏掉任何一层，都可能让“精准分配”变成“精准踩坑”。
