根本原因是Oracle 19c对DATA_PUMP_DIR类目录实施严格权限隔离：仅CREATE DIRECTORY和READ/WRITE授权不足，还需EXP_FULL_DATABASE等角色或CREATE ANY DIRECTORY+对象授权，且OS层文件权限（oracle用户r-x目录、r--文件）与DB层授权必须双重匹配。
为什么 CREATE DIRECTORY 后外部表仍报 ORA-29913 / ORA-29400？
根本原因不是目录没建，而是 oracle 19c 对 data_pump_dir 类型目录做了更严格的权限隔离：即使你用 create directory 建了路径，也必须显式授权给具体用户（且不能只靠 read），否则 oracle_datapump 访问时会静默失败。
-
GRANT READ, WRITE ON DIRECTORY your_dir TO scott;是必要但不充分条件——还必须确保该用户有EXP_FULL_DATABASE或IMP_FULL_DATABASE角色（或至少CREATE ANY DIRECTORY+ 显式对象授权） - 若用的是预定义目录如
DATA_PUMP_DIR，默认只授权给了EXP_FULL_DATABASE角色持有者；普通用户直接GRANT READ ON DIRECTORY DATA_PUMP_DIR TO user1无效 - 错误现象常是：
ORA-29913: error in executing ODCIEXTTABLEOPEN callout后紧接ORA-29400: data cartridge error KUP-04001: error opening file，但文件明明存在、权限也看着对
如何安全创建自定义外部表目录并授予权限？
别碰 DATA_PUMP_DIR，自己建一个专属目录，路径独立、权限可控。关键在操作系统层和数据库层的双重对齐。
- 先在 OS 层确认 Oracle 用户（如
oracle）对该路径有r-x（读+执行，即能进入目录）权限，文件需r--；若用WRITE，还需w- - SQL 中创建：
CREATE OR REPLACE DIRECTORY ext_datapump_dir AS '/u01/app/oracle/ext_data'; - 授权必须两步走：
GRANT READ, WRITE ON DIRECTORY ext_datapump_dir TO scott;+GRANT EXP_FULL_DATABASE TO scott;（或最小化授予CREATE ANY DIRECTORY和SELECT_CATALOG_ROLE） - 验证是否生效：
SELECT * FROM DBA_DIRECTORIES WHERE DIRECTORY_NAME = 'EXT_DATAPUMP_DIR';看OWNER和权限是否匹配
ORACLE_DATAPUMP 外部表的 LOCATION 路径写法陷阱
外部表的 LOCATION 不是绝对路径，也不是相对路径，它必须严格匹配 DIRECTORY 对象所指向的 OS 路径下的子路径，且区分大小写、不支持通配符或变量。
- 正确写法：
LOCATION ('ext_datapump_dir:dumpfile.dmp')—— 冒号前是目录名（不是路径），冒号后是该目录下真实存在的文件名 - 常见错误：
LOCATION ('/u01/app/oracle/ext_data/dumpfile.dmp')（直接写绝对路径，Oracle 忽略）、LOCATION ('ext_datapump_dir:/dumpfile.dmp')（加了斜杠，OS 层找不到） - 若文件在子目录中，比如
/u01/app/oracle/ext_data/inbound/dump.dmp，则目录必须指向/u01/app/oracle/ext_data，LOCATION写成('ext_datapump_dir:inbound/dump.dmp') - 注意：Oracle 19c 默认不检查
LOCATION文件是否存在，直到真正执行查询才报错，调试时容易误判
为什么用 ORACLE_DATAPUMP 却读不出数据，甚至卡住？
这不是语法问题，而是访问模式和元数据不一致导致的静默失败。该访问驱动依赖 dump 文件头中的元数据与外部表定义强匹配，稍有偏差就拒绝读取。
- 确保 dump 文件由
expdp生成，且导出时用了VERSION=19（或与目标库一致），避免跨大版本兼容问题 - 外部表列顺序、名称、数据类型必须与 dump 文件中原始表完全一致；哪怕多一个虚拟列、少一个
NOT NULL约束，都可能返回空结果或KUP-04021: field formatting error - 不要试图用
ORACLE_DATAPUMP读取非expdp生成的二进制文件（比如手动改后缀的 .dmp），它不兼容其他工具格式 - 性能上，首次访问会解析 dump 头并缓存元数据，后续查询快；但若并发打开多个相同
LOCATION的外部表，可能触发内部锁争用，表现为短暂挂起
最易被忽略的一点：ORACLE_DATAPUMP 目录权限和 dump 文件权限是两个独立检查点，OS 层文件不可读时不会报路径错误，而是直接返回零行——得去 trace 或查 alert.log 才能看到底层 errno=13（权限拒绝）。
