ora-14758错误源于尝试删除间隔分区表的初始分区，因其是range section起点和interval section基准，删除会导致元数据不一致及分区逻辑断裂；正确做法是truncate而非drop。
ORA-14758 错误的根源是初始分区不可删
Oracle 间隔分区表（INTERVAL 分区）中，手工定义的初始分区（如 P_INIT）是整个范围分区段（range section）的起点，也是后续自动扩展分区的锚点。直接执行 ALTER TABLE t DROP PARTITION p_init 必然触发 ORA-14758: Last partition in the range section cannot be dropped —— 这不是权限或语法问题，而是 Oracle 内核的硬性保护机制。
初始分区承担“范围段头”角色，删它等于撕掉目录第一页
间隔分区在逻辑上分为两部分：显式定义的 range section（含初始分区及可能的手动添加分区）和 隐式生成的 interval section（由插入数据自动触发）。初始分区的 HIGH_VALUE 是整个 range section 的上限边界，也是 interval section 的起始基准。删掉它会导致：
- range section 失去下界定义，元数据不一致
- 后续自动创建的分区无法确定“从哪开始补”，可能产生空洞或重复
- 查询涉及跨分区谓词（如
receive_time > DATE'2026-01-01'）时，优化器可能无法正确裁剪分区
想清理早期数据？别动初始分区，改用 TRUNCATE PARTITION
若初始分区里存了已过期的历史数据（比如 P_INIT 实际包含 2025 年前的数据），正确做法是：
-
TRUNCATE PARTITION p_init：秒级完成，不删分区定义，只清空数据、重置 HWM - 立刻执行
EXEC DBMS_PART.CLEANUP_GIDX('SCHEMA', 'TABLE_NAME')：清理因TRUNCATE导致的全局索引ORPHANED_ENTRIES - 确认
DBA_INDEXES.orphaned_entries = 'NO'后再继续其他操作
注意：TRUNCATE PARTITION 不会破坏 interval 扩展逻辑，也不触发 ORA-14758；而任何试图删除初始分区的操作，无论加不加 UPDATE GLOBAL INDEXES，都会失败。
真正可删的只有“已物化”的非初始分区
能安全执行 DROP PARTITION 的，仅限于两类：
- 你手动
ADD PARTITION进 range section 的中间分区（位置在初始分区之后、最高分区之前） - interval 自动创建的、且已实际写入数据的分区（即
ALL_TAB_PARTITIONS.PARTITION_POSITION > 1）
查证方式必须是：SELECT partition_name, partition_position, high_value FROM user_tab_partitions WHERE table_name = 'T'，看 partition_position = 1 的那个是否就是你要删的——如果是，停手，换 TRUNCATE。
