oracle仅允许合并两个真正相邻的range或list分区，且必须显式指定分区名；相邻性取决于键值逻辑连续性而非名称排序，合并过程涉及物理重写、锁表及索引失效等关键限制。
Oracle 只允许合并两个真正相邻的 RANGE 或 LIST 分区，且必须显式写出两个分区名 —— 想靠条件自动选、一次合三个、或跳过中间分区，全都不行。
怎么确认两个分区是否“相邻”
相邻不是按名字排序来的，而是看分区键值逻辑是否连续：
- RANGE 分区：后一分区的
VALUES LESS THAN必须严格等于前一分区的上界（比如P1 VALUES LESS THAN (DATE '2024-04-01')和P2 VALUES LESS THAN (DATE '2024-07-01')中间缺了 4–6 月，就不相邻） - LIST 分区：两分区的
VALUES IN列表不能有交集，且合并后新分区必须显式包含所有原值 —— Oracle 不会帮你去重或补漏 - 查真实边界用：
SELECT partition_name, high_value FROM user_tab_partitions WHERE table_name = 'YOUR_TABLE'；注意HIGH_VALUE是表达式，需用DBMS_METADATA.GET_DDL或转TO_LOB才能看清实际值
语法写错直接报 ORA-14048 或 ORA-14054
常见错误不是“操作冲突”，而是语法根本不合法：
- 写成
ALTER TABLE t MERGE PARTITIONS p1, p2, p3 INTO PARTITION p3→ 报ORA-14054（只支持两个分区名） - 写成
ALTER TABLE t MERGE PARTITIONS p1, p3 INTO PARTITION p3→ 报ORA-14055（p1 和 p3 不相邻） - 对 HASH 分区、引用分区、复合子分区表执行 → 报
ORA-14035或ORA-14049 - 试图用
FOR VALUES或通配符（如p_2024*）代替具体分区名 → 语法错误，Oracle 不支持
合并过程不是元数据修改，是物理重写
MERGE PARTITIONS 会把两个分区的数据全读出来、按新分区键重新计算归属、再写入目标段 —— 这意味着：
- 全程持有
EXCLUSIVE DML锁，表不可写 - redo 日志量巨大，尤其大表可能持续数小时
- 目标表空间需预留 ≈ 原两分区总大小的空间（不是增量）
- PGA 内存不足会触发磁盘排序，进一步拖慢速度；检查
pga_aggregate_target是否够用 - 本地索引会失效，必须加
UPDATE INDEXES，否则得手动ALTER TABLE ... MODIFY PARTITION ... REBUILD UNUSABLE LOCAL INDEXES
LIST 分区合并后 VALUES IN 必须手补全
RANGE 分区合并后边界自动取高值，但 LIST 没这待遇：
- 若
P1 VALUES IN ('A','B')和P2 VALUES IN ('C')合并为P12，语句必须写成VALUES IN ('A','B','C') - 漏写
'B'？后续插入'B'直接报ORA-14400（未映射到任何分区） -
DEFAULT分区可以参与合并，但合并后新分区不能再声明VALUES DEFAULT，只能显式列出全部值
真正麻烦的不是语法，而是合并前没验证边界连续性、没算清数据量和空间余量、也没意识到 LIST 分区要手工列全值 —— 这些地方一漏，要么执行失败，要么后续应用写入报错，而且很难回滚。
