ORA-14852错误要求Interval分区表的主键或唯一约束必须显式指定USING INDEX LOCAL，且约束列须包含分区键；否则因动态分区无法保证全局唯一性而报错。
ORA-14852：尝试在Interval分区表上建主键/唯一约束失败
oracle 11g 的 interval 分区表不支持在分区键列上直接定义主键或唯一约束，除非该约束同时包含分区键列且明确声明为 using index local。否则会报 ora-14852: partitioning column(s) cannot be part of a primary key or unique constraint unless the constraint is enforced using a local index。
根本原因在于：Interval 分区的分区边界是动态生成的，Oracle 无法在全局层面保证跨分区的唯一性（比如两个不同自动创建的分区里各插一条相同键值，全局索引无法实时覆盖新增分区）。所以它强制要求这类约束必须绑定到每个分区独立维护的本地索引上。
- 错误写法：
ALTER TABLE t_log ADD CONSTRAINT pk_id PRIMARY KEY (id)—— 即使id不是分区键也会失败，因为没指定索引类型 - 正确写法：
ALTER TABLE t_log ADD CONSTRAINT pk_id PRIMARY KEY (id) USING INDEX LOCAL—— 强制使用本地索引，每一分区各自维护 - 如果分区键是
log_time，而你想对(log_time, id)建唯一约束，也必须加USING INDEX LOCAL，且顺序不能颠倒（分区键需在前）
外键约束在Interval表上基本不可用
FOREIGN KEY 约束在 Interval 分区表上几乎无法建立，Oracle 会直接拒绝：ORA-14099: non-partitioned table referenced in foreign key constraint 或更常见的 ORA-14187: cannot create referential constraint on interval partitioned table。
这不是配置问题，而是设计限制：外键要求被引用表能提供稳定的、可预知的分区结构（比如 RANGE 手动分区），而 Interval 表的分区数量和边界随数据插入动态变化，Oracle 无法校验参照完整性是否能在未来所有可能分区中持续成立。
- 哪怕被引用表本身也是 Interval 分区，也不行
- 试图用 DISABLE VALIDATE 方式绕过？Oracle 仍会在语法解析阶段报错，不进入校验阶段
- 替代方案只能是应用层控制，或改用手动 RANGE 分区 +
MAXVALUE，再建外键
NOT NULL 和 CHECK 约束不受影响，但要注意隐式行为
NOT NULL 和 CHECK 约束可以正常添加，语法无限制。但有个容易忽略的点：Interval 分区表**不允许分区键列为 NULL**，否则插入直接报 ORA-14400。
这不是约束导致的，而是 Interval 分区机制本身的硬性要求——它没有 MAXVALUE 分区兜底，NULL 值无法映射到任何分区。
- 即使你给分区键列显式加了
NOT NULL约束，Oracle 仍会在插入 NULL 时先触发ORA-14400，而不是ORA-01400 -
CHECK约束如CHECK (status IN ('A','B'))没问题，但别指望它能防止分区键越界（比如日期超出 2800 年上限） - 分区键列的
DEFAULT值会被忽略——插入时不指定值，不会自动填充，默认就是 NULL，照样触发ORA-14400
为什么 ALTER TABLE ... MODIFY 加约束会失败？
对已存在的 Interval 分区表执行 ALTER TABLE ... ADD CONSTRAINT 失败，常见原因是表中已有数据违反约束逻辑，但 Oracle 报错未必直说。它可能静默跳过验证，或在约束启用时才暴露问题。
关键陷阱在于：Interval 表的自动分区行为会让某些“看似合规”的数据，在后续插入时因分区边界计算方式引发冲突。例如用 NUMTODSINTERVAL(7,'DAY') 模拟周分区，但实际 high_value 落在周三，某条记录的日期刚好卡在边界上，导致约束校验失败。
- 执行前务必先查：
SELECT COUNT(*) FROM your_table WHERE partition_key IS NULL OR partition_key > TO_DATE('9999-12-31','YYYY-MM-DD') - 建约束时加
ENABLE NOVALIDATE可跳过历史数据检查，但新插入数据立即受约束约束 - 不要依赖
DISABLE状态长期存在——Interval 表的 DDL 操作（如 SPLIT）可能意外激活约束
