CREATE TABLE AS SELECT 无法克隆分区表结构，因其仅创建普通堆表，丢失所有分区定义、索引及统计信息；正确方式是用DBMS_METADATA.GET_DDL提取DDL并手动调整后执行。
不能直接用 create table as select 克隆分区表结构——它只会生成一个普通堆表，所有分区定义、分区索引、本地索引、分区统计信息全部丢失。
为什么 CTAS 无法保留分区结构
因为 CREATE TABLE ... AS SELECT 是数据定义语言（DDL）中的“表复制”语义，其行为是：基于查询结果推导列定义 + 创建堆表 + 插入数据。Oracle 不会解析源表的 PARTITION BY 子句，也不继承任何分区元数据。
- 执行
CREATE TABLE t2 AS SELECT * FROM t1 PARTITION (p2025)？语法报错：ORA-14100: partition extended table name cannot be used in this context - 执行
CREATE TABLE t2 AS SELECT * FROM t1 WHERE 1=0？结果是空数据的普通表，USER_TAB_PARTITIONS查不到t2的任何记录 - 即使源表有
ENABLE ROW MOVEMENT或INTERVAL分区，CTAS 输出也完全无视这些属性
正确克隆分区表结构的替代方案
必须显式重建 DDL。推荐用 DBMS_METADATA.GET_DDL 提取源表完整建表语句，再手动调整表名、表空间、分区边界等关键项。
- 先查源表 DDL：
SELECT DBMS_METADATA.GET_DDL('TABLE', 'SOURCE_TABLE_NAME', 'SCHEMA_NAME') FROM DUAL - 输出中会包含完整的
PARTITION BY RANGE (...) INTERVAL (...)定义，以及STORAGE、TABLESPACE等细节 - 把
SOURCE_TABLE_NAME替换为新表名，把原表空间名（如MDC_2025）替换为新表空间（如MDC_2026），注意检查VALUES LESS THAN边界是否需前移 - 若只需结构不带数据，末尾加
AS SELECT * FROM SOURCE_TABLE_NAME WHERE 1=0会失败；应去掉AS SELECT...部分，仅执行纯 DDL
如果硬要带数据迁移，必须分两步走
先建好目标分区表结构（用 DDL），再用 INSERT /*+ APPEND */ INTO ... SELECT 批量导入。否则数据无法落入正确分区，甚至触发 ORA-14400: inserted partition key does not map to any partition 错误。
- 确保目标表已启用
ENABLE ROW MOVEMENT（尤其对INTERVAL表后续自动分区必要） -
INSERT前确认NLS_DATE_FORMAT与源表CREATE_TIME字段类型一致，避免隐式转换导致分区键计算偏差 - 大表迁移时禁用目标表上的本地索引（
ALTER INDEX ... UNUSABLE），插入完成后再REBUILD，否则性能暴跌 - 不要在
INSERT里用TO_DATE('2025-01-01', 'yyyy-mm-dd')这类字面量过滤——日期格式依赖 session 设置，应改用TRUNC(CREATE_TIME) = DATE '2025-01-01'
容易被忽略的兼容性陷阱
Oracle 11g R2 对 INTERVAL 分区支持有限：首次建表后，新增的自动分区默认使用与第一个手工分区相同的表空间，不会自动切换到你期望的新表空间（如 MDC_2026）。这意味着即使你 DDL 里指定了 TABLESPACE MDC_2026，后续年份分区仍可能落在旧表空间上。
- 必须在建表后立即执行：
ALTER TABLE target_table SET STORE IN (MDC_2026, MDC_2027, ...) - 该语句只影响后续自动创建的分区，不影响已有分区
-
SET STORE IN列表长度无硬限制，但建议按未来 3–5 年预估并一次性配齐，避免频繁变更
