insert /+ append /在oracle 11g分区表上易失效，因仅堆表默认支持direct-path；必须同时满足：无启用主键/唯一约束（或对应索引disable validate）、已执行alter session enable parallel dml、显式指定分区名或select能精准路由至单一分区、禁用行移动及物化视图日志。
直接用 insert /*+ append */ 向分区表批量插入数据，在 oracle 11g 中可行，但必须满足两个硬性条件：目标表不能有唯一/主键约束（或对应索引），且需显式启用并行 dml；否则会 silently 退化为常规 insert，完全失去性能优势。
为什么 INSERT /*+ APPEND */ 在分区表上容易失效
Oracle 11g 的 APPEND 提示仅对堆表（heap table）的 direct-path 插入生效，而分区表默认仍走 conventional path，除非满足以下全部条件：
- 目标分区表未定义主键、唯一约束，或这些约束对应的索引已被
DISABLE VALIDATE（不是DROP，也不是DISABLE NOVALIDATE） - 会话已执行
ALTER SESSION ENABLE PARALLEL DML - 插入语句中明确指定分区名（如
INSERT INTO t PARTITION (p2024q3) ...）或使用SELECT源能被优化器准确路由到单一分区（例如 WHERE 条件严格匹配分区键） - 目标表未启用行移动（
ENABLE ROW MOVEMENT）且无物化视图日志——这两者会强制启用 conventional path
INSERT /*+ APPEND PARALLEL(n) */ 的实际写法与限制
即使满足上述条件，也不能直接写 INSERT /*+ APPEND PARALLEL(4) */ INTO t SELECT ... 就完事。Oracle 11g 对并行 direct-path 插入有严格校验逻辑：
- 必须在
SELECT子句前加/*+ PARALLEL(t, 4) */，而不是只在INSERT上加提示 - 如果目标表是间隔分区（
INTERVAL），APPEND仅对已存在的分区有效；新分区由插入触发自动创建时，该次插入仍走 conventional path - 使用
APPEND后，所有未提交事务中的该表数据将不可见（因为不走 buffer cache），且无法回滚单条记录——只能回滚整个语句 - 若源数据来自另一个分区表且含本地索引，建议先
NOLOGGING+PARALLEL创建中间非分区表，再INSERT /*+ APPEND */迁移，避免索引维护开销拖慢速度
替代方案：当 APPEND 不可用时，怎么保住批量效率
多数生产环境因主键/唯一约束无法禁用，APPEND 实际不可用。此时应转向更可控的批量路径：
- 用
FORALL+BULK COLLECTPL/SQL 块，每次绑定 5000–10000 行，比单条INSERT快 10–50 倍 - 对大范围数据迁移，优先用
CREATE TABLE AS SELECT (CTAS)或INSERT /*+ APPEND */ INTO new_table SELECT ...构建新分区表，再重命名切换，绕过原表约束限制 - 若必须复用原表结构，可临时
DISABLE CONSTRAINT pk_t（非DROP），插入完成后再ENABLE VALIDATE——注意这会触发全表扫描验证，时间成本需预估 - 外部表（
ORACLE_LOADER）配合INSERT /*+ APPEND */是最稳的大批量导入方式，但要求数据文件已就位且有目录权限
真正卡住性能的往往不是语法写错，而是没意识到 APPEND 和约束、索引、分区策略之间的隐式互斥关系。检查 V$SQL 中对应语句的 LOADS 和 EXECUTIONS 字段，若 LOADS > 0 但 EXECUTIONS 远大于 LOADS，说明它根本没走 direct-path。
