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 用户 → 目录对象 → 具体操作）、校验时机分散（建的时候、授的时候、用的时候），最容易在跨环境迁移或权限回收时漏掉某一层。
