混合分区表建表时必须显式指定EXTERNAL PARTITION ATTRIBUTES子句并配合TYPE ORACLEOCI，否则无法识别为外部分区；需预先配置OCI凭据、严格匹配列定义、手动收集外部统计信息，且外部分区仅支持只读映射，不可直接INSERT SELECT写入。
混合分区表建表时必须显式指定 EXTERNAL PARTITION ATTRIBUTES
不加这个，哪怕你后面挂了oci对象存储路径，oracle也只当它是普通内部分区。关键在于建表语句里要带 external partition attributes 子句，并配合 type oracleoci（或其他支持的外部类型），否则后续无法绑定外部位置。
常见错误是照搬传统分区语法，漏掉外部属性声明，结果 DDL 执行成功但查询时报 ORA-29913: unable to execute callout —— 实际是优化器根本没识别出这是外部分区。
- 必须在
CREATE TABLE时就定义好哪些分区走外部存储，不能后期 ALTER 添加 -
TYPE ORACLEOCI要求数据库已配置 OCI credential store（用DBMS_CLOUD.CREATE_CREDENTIAL注册） - 外部分区的列定义必须与源文件结构严格一致（包括顺序、数据类型、NULLABLE 属性）
挂载对象存储前需验证 OCI 凭据和网络连通性
不是把 bucket URL 往建表语句里一贴就能跑通。Oracle 19c 会通过 DBMS_CLOUD 组件调用 OCI REST API，中间任何一环断开都会卡在查询阶段，报错像 ORA-29400: data cartridge error KUP-04021: file not found，但真实原因其实是凭据过期或 VCN 安全组没放开 443 出向。
实操建议先手动验证：
- 用
DBMS_CLOUD.LIST_FILES测试能否列出目标 bucket 下的文件，失败则说明凭据或网络问题 - 确认 OCI credential 名称（如
'OCI_CRED'）在建表语句中拼写完全一致，大小写敏感 - 对象存储路径格式必须为
'https://objectstorage.<region>.oraclecloud.com/n/<namespace>/b/<bucket>/o/<file>'，少一个斜杠或字母都解析失败
查询混合分区表时，分区剪枝仍生效但执行计划有隐藏代价
SQL 看起来透明，实际执行路径差异很大。内部分区走 buffer cache + block I/O，外部分区走 HTTP chunked download + 内存解压（若启用压缩），这会导致相同 SQL 在冷热分区上响应时间差一个数量级。
容易被忽略的是：外部分区不参与统计信息自动收集（DBMS_STATS.GATHER_TABLE_STATS 默认跳过），所以优化器可能误判外部分区行数为 0 或 1，导致嵌套循环变全表扫描。
- 必须手动为外部分区收集统计信息：
DBMS_STATS.GATHER_EXTERNAL_TABLE_STATS - 执行计划中看到
ACCESS BY EXTERNAL TABLE行，说明走对了路径；若出现FULL TABLE SCAN却查的是外部分区，大概率是统计信息缺失或谓词未触发剪枝 - WHERE 条件必须精确匹配分区键（如
dt < DATE '2023-01-01'），模糊范围（如dt LIKE '2022%'）可能让优化器放弃剪枝
迁移已有数据到混合分区表不能直接 INSERT SELECT
想把旧表历史数据“灌”进外部分区？别试 INSERT INTO hybrid_table SELECT * FROM old_table WHERE ... —— 这会把数据写进内部段，根本不会落地到对象存储。混合分区的外部分区只接受从外部文件加载，本质是“只读映射”，不是可写容器。
正确路径是两步走：先导出数据为 CSV/Parquet（用 UTL_FILE 或 Data Pump），再上传到 OCI bucket，最后用 ALTER TABLE ... ADD PARTITION ... LOCATION 关联。
- 导出时注意字段分隔符和 NULL 处理，Oracle 外部表默认用逗号，空值写成
\N，否则加载时报KUP-04026: field count mismatch - 添加外部分区语句中
LOCATION必须指向 bucket 中已存在的文件，不能是目录（除非启用了 Hive-style 目录结构并配DIRECTORY对象） - 新增外部分区后，立刻执行
DBMS_CLOUD.INITIALIZE_EXTERNAL_TABLE触发元数据同步，否则第一次查询会慢十几秒
外部分区的“透明”是查询层的，不是数据写入层的——它不帮你做数据移动，只帮你省去应用改写。真正把冷数据从数据库文件挪到对象存储，还是得靠导出+上传+映射这套组合动作，少一步，分区就只是个空壳。
