启用AUTOMATIC列表分区必须同时满足三个条件：显式指定PARTITION BY LIST(列名)、添加AUTOMATIC关键字、至少定义一个非DEFAULT初始分区；否则插入未定义值将报ORA-14400错误。
AUTOMATIC 列表分区不是“开了就能用”的功能，它必须在建表或修改表结构时显式声明三处关键要素，缺一不可；否则插入未定义值仍会报 ORA-14400: inserted partition key does not map to any partition。
建表时启用 Automatic List Partition 的三个硬性条件
oracle 不接受模糊写法，以下三点必须同时满足：
-
PARTITION BY LIST (col)—— 括号不能省，列名必须显式写出，不支持LIST COLUMNS或多列省略括号写法 - 必须带
AUTOMATIC关键字，写在LIST (col)后、括号分区定义前，例如：PARTITION BY LIST (country_code) AUTOMATIC (...) - 至少定义一个非
DEFAULT的初始分区；DEFAULT分区与AUTOMATIC互斥，只要出现VALUES (DEFAULT)就会触发ORA-65008
错误示例：CREATE TABLE t (c VARCHAR2(2)) PARTITION BY LIST (c) AUTOMATIC (PARTITION p_def VALUES (DEFAULT)) —— 直接报错，不是警告。
对已有表启用 Automatic List Partition 的正确方式
不能靠 ALTER TABLE ... ADD PARTITION 补救，必须用 SET PARTITIONING AUTOMATIC 命令（仅 Oracle 12.2+ 支持）：
ALTER TABLE orders SET PARTITIONING AUTOMATIC;
注意两点：
- 执行前表必须已是
LIST分区（不是RANGE或HASH），且已有至少一个非DEFAULT分区 - 该语句不重建数据，只改元数据；后续第一次插入新值时才真正触发分区创建（名字形如
SYS_P12345）
别指望它回填历史数据——已存在的行不会被重分布，只影响后续插入。
自动创建的分区名和 DDL 脚本陷阱
系统生成的分区名（如 SYS_P22364）不体现业务含义，带来两个实际问题：
-
DBMS_METADATA.GET_DDL('TABLE', 'ORDERS')返回的 DDL 不包含自动生成的分区，直接用它重建表会丢失所有自动分区 - 做
EXCHANGE PARTITION或手工ALTER TABLE ... DROP PARTITION时，得先查USER_TAB_PARTITIONS才能定位目标分区名
建议上线前立刻执行：SELECT partition_name, high_value FROM user_tab_partitions WHERE table_name = 'ORDERS' ORDER BY partition_position;，把结果存档——这不是可选项，是运维必需动作。
别拿 Automatic List Partition 处理时间或用户输入字段
它只适合离散、有限、可枚举的键值，比如国家码、订单状态、业务线编号。常见误用场景：
- 用
created_date或TRUNC(order_time)做分区键 → 每天一个分区，很快生成几百个无意义分区，拖慢优化器硬解析 - 用
user_comment或product_name这类自由文本 → 插入“iPhone 15 Pro Max”和“iPhone 15 Pro max”会被视为两个不同值，触发冗余分区
Automatic List Partition 的价值在于降低维护成本，不是逃避设计；一旦分区键选择失当，它反而会放大管理负担。
