create directory需sys或create any directory权限，路径须真实存在且oracle进程有读写权；授予权限须用grant read/write，不可用execute；各组件校验时机不同，删除目录不自动失效依赖对象。

create directory 语句必须用 sys 或具有 create any directory 权限的用户执行

普通用户即使有 dba 角色，也不能直接建目录对象——oracle 把这个操作视为系统级资源管理。常见错误是用应用账号连上去就写 create directory，结果报错 ora-01031: insufficient privileges。

实操建议：

• 用 sqlplus / as sysdba 连接，或确认当前用户已显式授予 CREATE ANY DIRECTORY（不是靠角色继承）
• DIRECTORY 名字不区分大小写，但路径字符串里的操作系统路径必须严格匹配——比如 Linux 下 '/u01/data' 和 '/u01/data/' 是两个不同路径，Oracle 不自动归一化
• 路径必须真实存在于数据库服务器本地文件系统，且 Oracle 进程（通常是 oracle 用户）要有读写权限；RAC 环境下需确保所有节点都可访问该路径

GRANT READ/WRITE 权限给目标用户时，不能只授 EXECUTE

目录对象不是存储过程，GRANT EXECUTE ON DIRECTORY 是无效语法，会直接报错 ORA-00990: missing or invalid privilege。很多人卡在这一步，误以为和 PROCEDURE 权限模型一样。

实操建议：

• 必须明确指定 READ 或 WRITE 或两者：GRANT READ, WRITE ON DIRECTORY my_dir TO app_user
• READ 允许 UTL_FILE.FOPEN 打开只读文件，WRITE 支持写入或覆盖——但注意：WRITE 不等于“可删文件”，删除需额外 OS 层权限
• 如果用户只需读取外部表数据，只授 READ 即可；导出数据到文件则至少需要 WRITE

DBMS_DATAPUMP 和 UTL_FILE 对目录对象的使用方式不同

同一个目录对象，在不同场景下行为差异很大：外部表、Data Pump、UTL_FILE 各自校验逻辑不一致，容易混淆。

实操建议：

• DBMS_DATAPUMP 只认目录对象名，不检查底层路径是否存在——哪怕路径被删了，作业仍能启动，直到真正写文件时才报 ORA-39002: invalid operation + ORA-39070: Unable to open the log file
• UTL_FILE.FOPEN 会在打开瞬间校验路径可写性，失败立即抛 ORA-29283: invalid file operation
• 外部表定义里用 LOCATION ('file.txt')，文件名是相对目录路径的，但 Oracle 不支持 ../ 跳出目录根，否则报 ORA-29400: data cartridge error KUP-04050

目录对象删除后，依赖它的外部表或 Data Pump 作业不会自动失效

删掉一个 DIRECTORY 并不等于清除了所有引用——外部表还能查（只是运行时报错），Data Pump 的 expdp 参数里写的目录名也不会被校验，直到实际执行。

实操建议：

• 删前先查依赖：SELECT * FROM all_objects WHERE object_type = 'DIRECTORY' AND object_name = 'MY_DIR' 不够，得查 ALL_EXTERNAL_TABLES 和 DBA_DATAPUMP_JOBS
• 修改目录路径要用 DROP + CREATE，Oracle 没有 ALTER DIRECTORY 语句
• 测试环境常把多个应用共用一个目录，上线后才发现权限冲突或路径污染——建议按用途隔离，比如 APP_DATA_IN、APP_LOGS_OUT

目录对象看着简单，但权限链路长（OS 层 → Oracle 用户 → 目录对象 → 具体操作）、校验时机分散（建的时候、授的时候、用的时候），最容易在跨环境迁移或权限回收时漏掉某一层。