必须先创建directory对象并授权，utl_file.fopen首参须为目录名而非路径；需处理日期格式、null值转义及双引号；大表导出应分页并捕获异常；简单场景优先用spool。
utl_file导出csv必须先建directory对象
直接在pl/sql里调用utl_file.fopen会报ora-29280: invalid directory path，因为oracle不允许硬编码路径。你得先用create directory把物理路径映射成一个数据库对象，再赋权：
CREATE OR REPLACE DIRECTORY my_csv_dir AS '/u01/app/oracle/export'GRANT READ, WRITE ON DIRECTORY my_csv_dir TO your_user
注意：目录路径必须是数据库服务器本地路径（不是客户端），且Oracle进程用户（如oracle）要有读写权限。Windows下路径用正斜杠或双反斜杠都行，但单反斜杠会报错。
SQL_TO_CSV存储过程里日期和NULL值要显式处理
不加干预时，SYSDATE可能输出04-APR-26这种格式，Excel打不开；NULL字段默认导出为空字符串，但没引号包裹，CSV解析器容易错位。关键修复点：
- 执行
ALTER SESSION SET NLS_DATE_FORMAT='YYYY-MM-DD HH24:MI:SS'统一时间格式 - 字段拼接时用
TO_CHAR(col, 'YYYY-MM-DD HH24:MI:SS')显式转换 -
NULL值统一替换为'NULL'或空字符串加引号：NVL(TO_CHAR(col), '""') - 字符串中的双引号必须转义为两个双引号：
REPLACE(col, '"', '""')
大表导出容易卡死或超时，得拆分+加异常捕获
UTL_FILE写文件是同步阻塞的，查1000万行不加控制，可能触发ORA-01013: user requested cancel of current operation或会话超时。实际做法：
- 用
ROWNUM分页，每次最多取5万行：SELECT * FROM (SELECT t.*, ROWNUM rn FROM your_table t) WHERE rn BETWEEN 1 AND 50000 - 外层循环里每次
UTL_FILE.FCLOSE后立刻UTL_FILE.FOPEN新文件，避免单文件过大 - 必须包住
DBMS_SQL.FETCH_ROWS和UTL_FILE.PUT加EXCEPTION WHEN OTHERS THEN UTL_FILE.FCLOSE_ALL; RAISE;，否则文件句柄泄漏会导致后续无法写入
spool比UTL_FILE更适合简单导出，别硬套PL/SQL
如果只是临时跑个SELECT * FROM sales WHERE dt = '2026-04-01'，用sqlplus配spool更稳：
set colsep ','<br>set linesize 32767<br>set pagesize 0<br>set trimspool on<br>set feedback off<br>set echo off<br>spool /tmp/sales.csv<br>SELECT '"' || cust_id || '"', '"' || product || '"', amount FROM sales WHERE dt = DATE '2026-04-01';<br>spool off
UTL_FILE真正的价值在自动化、带逻辑判断（比如按客户分文件）、或需嵌入业务流程的场景。强行用它导单表，反而多三层封装、少两分容错。
