Oracle存储过程无法直接解析CSV结构，UTL_FILE仅按行读取纯文本；安全读CSV需手动实现状态机处理引号内逗号、换行及双引号转义，且必须满足目录创建、OS路径权限、FOPEN行宽设为32767三大前提。
Oracle 存储过程中不能直接“读取 CSV 文件”——UTL_FILE 只能按行读取纯文本，不解析 CSV 结构（比如引号内逗号、换行、转义），必须自己处理。真要安全读 CSV，得先解决字段分隔与引号包裹逻辑。
UTL_FILE.FOPEN 报 ORA-29285 或 ORA-29283？检查目录权限和行宽
报错不是文件不存在，大概率是三个硬条件没满足：
-
CREATE DIRECTORY必须由SYS或有CREATE ANY DIRECTORY权限的用户执行，普通用户执行会报ORA-01031: insufficient privileges - 目录路径（如
'/u01/app/oracle/export'）在数据库服务器上必须真实存在，且 Oracle 进程（通常是oracle用户）有读写权限 -
UTL_FILE.FOPEN第四个参数（最大行宽）默认 1024 字节，但含长字段或中文的 CSV 行很容易超；设太小会触发ORA-29285: file write error（实际是写入被截断），建议显式设为 32767
读 CSV 时如何跳过引号内的逗号？手写状态机比正则更可靠
Oracle PL/SQL 没有原生 CSV 解析器，UTL_FILE.GET_LINE 只返回一整行字符串。遇到 "Smith, John",25,"San Francisco, CA" 这种，不能用 INSTR + SUBSTR 简单切分。
推荐用字符扫描状态机，核心逻辑是：
- 初始化
in_quote := FALSE，遍历每个字符 - 遇
"则翻转in_quote状态 - 仅当
NOT in_quote且当前字符是,时，才视为字段分隔符 - 跳过连续两个
""（CSV 转义引号）需额外判断
示例片段（非完整过程）：
FOR i IN 1..LENGTH(line) LOOP
c := SUBSTR(line, i, 1);
IF c = '"' THEN
IF i < LENGTH(line) AND SUBSTR(line, i+1, 1) = '"' THEN
i := i + 1; -- skip next quote
ELSE
in_quote := NOT in_quote;
END IF;
ELSIF c = ',' AND NOT in_quote THEN
-- 字段边界
END IF;
END LOOP;想用 SQL 直接查 CSV？外部表或 18c+ 内联外部表更合适
如果只是临时读一个 CSV 做 JOIN 或过滤，别硬写存储过程。优先考虑：
- 已有外部表定义且 CSV 格式一致：用
EXTERNAL MODIFY动态切换文件位置，例如SELECT * FROM ext_clients EXTERNAL MODIFY (DEFAULT DIRECTORY csv_dir LOCATION ('input.csv')) - Oracle 18c 及以上：直接内联定义，无需建对象：
SELECT * FROM EXTERNAL ((client_id NUMBER, name VARCHAR2(50)) DEFAULT DIRECTORY csv_dir LOCATION ('input.csv')) - 注意：外部表依赖 Oracle 目录、文件权限、字符集（常因
AL32UTF8和系统 locale 不一致导致乱码）
为什么不用 APEX_DATA_PARSER 或 UTL_HTTP？
APEX_DATA_PARSER 是 APEX 自带的 CSV 解析包，但它只能解析 CLOB/BLOB 类型内存数据，不支持直接读磁盘文件；UTL_HTTP 是发 HTTP 请求用的，跟本地文件无关。强行混用只会绕远路、加复杂度。
真正卡点永远是：目录是否注册对、权限是否授全、行宽是否够、引号逻辑是否覆盖全——这四样没调通，后面所有解析都是空谈。
