hybrid partitioned table 的核心价值在于支持 select 同时访问内部分区和外部文件分区，但需路径、权限、语法三者严格对齐；创建时必须显式声明 external partition attributes，否则被当作普通分区表处理。
hybrid partitioned table 的核心价值，就是让一条 select 同时命中数据库内分区和外部文件分区——但前提是路径、权限、语法三者全部对齐。oracle 19c 做得到，但不是“写完就跑”，必须严格按机制走。
创建混合分区表时必须显式声明 EXTERNAL PARTITION ATTRIBUTES
漏掉这句，哪怕写了 EXTERNAL LOCATION，Oracle 也会当成普通分区表处理，报错 ORA-39726: unsupported operation on compressed table 或直接忽略外部分区定义。
它不是可选配置，而是启用混合能力的开关：
• 必须包含 TYPE oracle_loader（或 oracle_datapump / oracle_hdfs）
• DEFAULT DIRECTORY 必须指向一个已授权的目录对象，不能是裸路径
• ACCESS PARAMETERS 中字段分隔符、日期格式等需与 CSV 文件实际结构一致，否则查询返回空或报 ORA-29913: error in executing ODCIEXTTABLEOPEN callout
EXTERNAL LOCATION 路径必须是目录对象 + 文件名拼接，且文件在数据库服务器本地
常见错误是把客户端路径或 NFS 挂载点路径直接写进 EXTERNAL LOCATION ('/mnt/nfs/data.csv')——Oracle 不认这种写法，会报 ORA-29400: data cartridge error KUP-04001: error opening file。
正确做法：
• 先用 CREATE OR REPLACE DIRECTORY ext_dir AS '/mnt/nfs'
• 授权：GRANT READ ON DIRECTORY ext_dir TO your_schema
• 在分区定义中写：EXTERNAL LOCATION (ext_dir:'data.csv')
注意：冒号是语法必需，不能用斜杠或点号代替；文件必须由 Oracle 进程用户（如 oracle）可读，SELinux 或文件系统 ACL 阻止访问时无明确提示，只会静默失败
混合分区表支持 DML，但仅限内部分区
这是最容易误踩的坑：你以为能 INSERT INTO sales SELECT * FROM old_data 把历史数据“写入”CSV 分区？不行。
• INSERT/UPDATE/DELETE 只允许作用于未标记为 EXTERNAL LOCATION 的分区（即传统表空间里的那些）
• 对外部分区执行 DML 会报 ORA-14100: partition cannot be referenced in this operation
• 外部数据更新只能靠替换 CSV 文件 + 手动刷新外部表元数据（ALTER TABLE ... REFRESH），没有自动同步机制
• 如果业务逻辑需要“统一写入口”，得在应用层做路由判断，或用视图+INSTEAD OF TRIGGER 封装，但触发器无法真正修改外部文件
查询性能依赖分区剪枝是否生效，而剪枝依赖谓词是否可推导
你写 WHERE sale_date >= DATE '2023-01-01'，Oracle 能精准跳过 2022 年的 CSV 分区；但如果你写 WHERE TO_CHAR(sale_date, 'YYYY') = '2023'，剪枝失效，所有分区（包括外部）都会被扫描，查询可能卡住或报 KUP-04021: field in data file exceeds maximum length。
关键点：
• 分区键必须是纯列引用，不能包裹函数或表达式
• 外部分区的边界值（VALUES LESS THAN）必须与查询谓词类型兼容（比如日期列不能跟字符串比较）
• 查看执行计划时，确认 Partition Start 和 Partition Stop 显示具体分区名，而非 KEY 或 ROW LOCATION
外部分区不是“挂个链接就能用”的快捷方式，它是把外部文件当作只读数据块嵌入到分区逻辑里。路径权限、语法结构、DML 边界、谓词写法，四者缺一不可。稍有偏差，表现可能是空结果、静默跳过、报错中断，而不是清晰的提示。
