oracle不支持多列range分区，因range仅接受单列键，多列拼接会破坏范围语义；range-list复合分区通过主分区（时间/数值）和子分区（枚举值）实现多维切分，但需显式定义list值、手动补全子分区，并确保查询条件完整匹配两级分区键。
oracle 中无法直接对多个字段做“联合范围分区”，但 range-list 复合分区能自然实现多维切分效果：主分区按时间/数值范围切，子分区按离散业务维度（如区域、状态、类型）再切——这比强行拼接多字段更稳定、可维护性更高。
为什么不能用 RANGE(字段1, 字段2)？
Oracle 的 RANGE 分区只支持单列作为分区键，不接受表达式或多列元组。试图写 PARTITION BY RANGE(col1, col2) 会直接报错 ORA-00922: missing or invalid option。即使把两列拼成字符串（如 col1 || '_' || col2），也会破坏范围语义，导致分区裁剪失效、查询变慢、无法自动扩展。
真正可行的多字段协同切分路径，是主分区负责单调递增维度（如 create_time、id），子分区负责有限枚举维度（如 region_code、status）。
RANGE-LIST 建表时必须明确声明 LIST 值
LIST 子分区不是自动发现的，你得把所有可能值穷举进 VALUES IN，漏一个就会让 INSERT 失败。常见翻车点：
- 业务上线后新增了
'pending'状态，但建表时只写了VALUES IN ('active', 'inactive')→ 报错ORA-14400: inserted partition key does not map to any partition - 字符串值少加单引号，比如写成
VALUES IN (active)→ 报错ORA-00907: missing right parenthesis - 没设
DEFAULT子分区，又不敢预估全部取值 → 后续只能靠ALTER TABLE ... ADD SUBPARTITION补救，但该操作会锁表且耗时
稳妥做法：对高频变化字段（如订单类型）优先用 RANGE-HASH；对稳定枚举字段（如省编码、固定业务线）才用 RANGE-LIST，并务必加 VALUES IN (...), SUBPARTITION sp_default VALUES (DEFAULT)。
使用 INTERVAL 自动扩展主分区时，LIST 子分区不会自动生成
哪怕你定义了 INTERVAL (NUMTODSINTERVAL(1,'day'))，Oracle 也只自动建新的 RANGE 主分区，**不会**自动为它创建 LIST 子分区。新生成的主分区默认只有一个子分区（SYS_SUBP* 名），且不继承你定义的 SUBPARTITION TEMPLATE。
必须手动补全，例如：
ALTER TABLE t_partition_rl MODIFY PARTITION FOR (TO_DATE('2026-04-28','yyyy-mm-dd'))
ADD SUBPARTITION sp_20260428_10 VALUES ('10') TABLESPACE tbspart01,
ADD SUBPARTITION sp_20260428_20 VALUES ('20') TABLESPACE tbspart02;
这个动作不能跳过，否则新日期的数据插入时，若匹配不到子分区，仍会报 ORA-14400。建议配合 DBMS_SCHEDULER 写个每日作业，在凌晨自动补子分区。
查询性能依赖分区键的完整匹配
RANGE-LIST 的裁剪能力是“两级生效”的：先裁主分区（靠 WHERE create_time ），再裁子分区（靠 <code>AND region_code = '038716'）。如果 WHERE 条件里缺了主分区键，整个查询就退化为全表扫描；如果只写了主分区键、没写子分区键，就会扫该主分区下所有子分区——哪怕你只想要其中 1/10 的数据。
典型陷阱：
- 查某天某区域数据：✅
WHERE create_time = DATE'2026-04-28' AND region_code = '038716' - 只查某区域所有数据：❌ 全表扫所有主分区下的该子分区，I/O 放大 N 倍
- 用函数包装分区键：❌
WHERE TRUNC(create_time) = ...会让 RANGE 裁剪失效
复合分区不是加了就快，它要求应用层严格按分区键构造查询条件，否则反而比普通表更慢。
