直接drop partition是最高效清理方式，但需安全解析high_value（用regexp_substr提取单引号内日期再to_date）、严格拼接execute immediate语句、逐条执行并commit、加异常捕获跳过锁表分区，禁用forall。
直接 drop partition 是最高效、最干净的过期数据清理方式，但必须避开 ora-14048、锁表失败和 high_value 解析错误这三类高频坑。
怎么安全提取分区上限日期（HIGH_VALUE）
不能依赖分区名（如 p_202301），也不能直接 TO_DATE(HIGH_VALUE) —— 因为 HIGH_VALUE 是 LONG 类型，且内容是字符串表达式（比如 TO_DATE('2023-01-01','YYYY-MM-DD')）。真实值得动态解析出来再比对。
- 先过滤掉
MAXVALUE分区：WHERE HIGH_VALUE NOT LIKE '%MAXVALUE%' - 用
REGEXP_SUBSTR提取单引号内的日期字面量：REGEXP_SUBSTR(HIGH_VALUE, '''([^'']+)''', 1, 1, NULL, 1) - 再套一层
TO_DATE(..., 'YYYY-MM-DD')，确保格式和你分区定义一致（比如你用的是'DD/MM/YYYY'，就得改对应格式） - 最终判断逻辑示例：
TO_DATE(REGEXP_SUBSTR(HIGH_VALUE, '''([^'']+)''', 1, 1, NULL, 1), 'YYYY-MM-DD') （删 1 年前的）
为什么 DROP PARTITION 必须用 EXECUTE IMMEDIATE 而不能拼在循环里写死
Oracle 对 ALTER TABLE ... DROP PARTITION 的语法校验极严：任何多余空格、换行、注释、绑定变量，都会触发 ORA-14048。常见翻车写法：'ALTER TABLE t DROP PARTITION ' || p_name || ';' （结尾分号）、-- 注释、或把整个语句当字符串传进 EXECUTE IMMEDIATE 却没做变量替换。
- 正确拼法只有这一种：
'ALTER TABLE ' || table_name || ' DROP PARTITION ' || partition_name（不加引号，除非分区名含小写或特殊字符） - 每执行一条都立刻
COMMIT，否则大量分区删除会撑爆 UNDO 表空间 - 加异常捕获跳过被锁分区：
EXCEPTION WHEN OTHERS THEN IF SQLCODE != -14404 THEN RAISE; END IF;
能不能用 FORALL 批量执行 DROP PARTITION
不能。FORALL 不支持批量 DDL，尤其不支持 DROP PARTITION。有人试过把语句塞进集合再 FORALL i IN 1..n EXECUTE IMMEDIATE stmts(i)，结果报 PLS-00430: FORALL iteration variable must be of type BINARY_INTEGER 或直接不识别语法。
- 唯一可靠路径：显式游标 + 单条
EXECUTE IMMEDIATE+ 立即COMMIT - 如果分区数超千级，建议拆成多个 job 分批次跑，避免单次事务太久阻塞业务
- 别忘了删前校验：
SELECT COUNT(*) FROM USER_TAB_PARTITIONS WHERE TABLE_NAME = 'YOUR_TABLE'记下总数，删完再查一次确认数量下降
真正容易被忽略的是分区键列类型和 HIGH_VALUE 格式的一致性——哪怕只有一分区用了 DD/MM/YYYY 而其余用 YYYY-MM-DD，整批解析就会在那一分区报错 ORA-01843: not a valid month，且不会告诉你具体是哪个分区。务必先人工抽样检查几个分区的 HIGH_VALUE 原始值。
