IMPDP导入单个表分区必须使用PARTITION_OPTIONS参数而非TABLES加分区名；PARTITION_OPTIONS=ADD_PARTITION可自动添加缺失分区并导入数据，但要求表为RANGE/LIST分区且导出文件含分区定义。
IMPDP 导入单个表分区时必须指定 PARTITION_OPTIONS
直接用 tables 参数加分区名（如 schema.table:partition_name）会报错或静默跳过——impdp 默认不识别这种写法。真正起作用的是 partition_options，它控制分区数据如何映射到目标表。
常见错误现象：ORA-39165: Schema not found 或导入后查不到数据，其实是分区没被识别，整个对象被忽略。
-
PARTITION_OPTIONS=DEPARTITION：把导出的分区数据拆成独立表（不推荐，破坏原结构） -
PARTITION_OPTIONS=MERGE：默认值，把分区数据合并进目标表对应分区（需目标分区已存在） -
PARTITION_OPTIONS=ADD_PARTITION：关键选项！自动为目标表新增缺失分区，并导入数据（需表支持分区且有合适分区策略）
示例命令：
impdp system/password DIRECTORY=dp_dir DUMPFILE=part_export.dmp TABLES=SCHEMA.TAB1:P1 PARTITION_OPTIONS=ADD_PARTITION
目标表分区必须存在或能自动创建，否则 IMPDP 不会报错但数据丢失
IMPDP 在 MERGE 模式下不会校验目标分区是否存在，而是直接跳过该分区导入——没有提示，也没有日志警告，数据就“消失”了。
使用场景：恢复误删的某个历史分区（如按月分区的 SALES_202301），但目标表里该分区已被 DROP PARTITION 掉。
- 先查目标表当前分区：
SELECT PARTITION_NAME FROM DBA_TAB_PARTITIONS WHERE TABLE_NAME = 'TAB1' - 若缺失，手动重建分区（推荐）：
ALTER TABLE SCHEMA.TAB1 ADD PARTITION P1 VALUES LESS THAN (TO_DATE('2023-02-01','YYYY-MM-DD')) - 或改用
PARTITION_OPTIONS=ADD_PARTITION，但要求表是RANGE或LIST分区，且导出文件含分区定义（即导出时用了INCLUDE=PARTITION）
QUERY 参数对分区级导入无效，过滤得在导出阶段做
很多人想用 QUERY=SCHEMA.TAB1:P1:"WHERE DT > DATE'2023-01-01'" 来只导入某分区内的部分行，但 IMPDP 会忽略这个 QUERY，照样全量导入分区。
根本原因：QUERY 只作用于表级对象，不穿透到分区粒度；分区是物理存储单元，导入时按段（segment）加载，不走 SQL 过滤路径。
- 正确做法：导出时就限定数据范围，例如用
EXPDP的QUERY或FLASHBACK_TIME - 或者导出整个分区后，在导入前用外部工具（如
SQL*Loader+INSERT /*+ APPEND */ SELECT）做二次筛选 - 注意：
QUERY在IMPDP中仍会被解析，但不会生效，别被日志里的 “processing object type TABLE_EXPORT/TABLE/TABLE_DATA” 欺骗
分区键列名大小写和空格会导致 ADD_PARTITION 失败
如果原表分区键是带引号的标识符（如 "Order Date"），而导出文件里记录的分区定义用了小写或无引号形式，PARTITION_OPTIONS=ADD_PARTITION 会报 ORA-14074 或静默失败。
性能与兼容性影响：这类元数据不一致通常只在跨库迁移、或用旧版 Oracle 导出再导入到新版本时暴露，19c+ 对大小写更敏感。
- 检查源表分区键定义：
SELECT COLUMN_NAME, DATA_TYPE FROM DBA_PART_KEY_COLUMNS WHERE NAME = 'TAB1' - 确保导出时用
VERSION=COMPATIBLE或显式指定目标库版本（如VERSION=19） - 最稳妥方式：不用
ADD_PARTITION，手动ADD PARTITION后再用MERGE导入
容易被忽略的是：分区键列名是否含空格、特殊字符、中文，这些在 DDL 里必须加双引号，但导出工具可能漏掉，导致元数据错位。
