CREATE TABLE语句本身不支持直接读取CSV，它仅定义指向文件的只读视图；真正实现SELECT查询的前提是DIRECTORY目录、权限、字段分隔符、换行符、字符集等参数全部严格对齐，任一环节出错即导致ORA-29913或空结果。
create table 语句本身不支持直接“读取”csv——它只是定义一个指向文件的只读视图。真正能用 select 查到数据，前提是目录、权限、格式参数全部对齐。错一个环节，ora-29913 或空结果就是常态。
必须先创建并授权 DIRECTORY 对象
Oracle 不允许数据库进程随意访问操作系统路径，所有外部文件路径都必须通过 DIRECTORY 对象映射。这一步漏掉或路径写错，后续全白搭。
-
DIRECTORY路径必须是数据库服务器本地路径（不是客户端机器），且 Oracle 进程要有读权限 - 执行
CREATE OR REPLACE DIRECTORY需要CREATE ANY DIRECTORY权限（通常 DBA 操作） - 普通用户要用这个目录，必须显式授权：
GRANT READ ON DIRECTORY csv_dir TO your_user - 确认目录是否生效：查
dba_directories视图，看directory_path是否和你放 CSV 的位置完全一致（注意 Windows 反斜杠要双写或改用正斜杠）
ORGANIZATION EXTERNAL 的关键参数不能硬套模板
字段分隔符、换行符、空值处理这些参数必须和 CSV 文件真实结构严格匹配，否则解析失败但可能不报错——查出来全是 NULL 或截断。
-
FIELDS TERMINATED BY ','：如果 CSV 用分号或制表符，这里必须改，不能留默认逗号 -
RECORDS DELIMITED BY NEWLINE：Windows 是CRLF，Linux 是LF，Oracle 默认按NEWLINE处理，但遇到混合换行可能丢行；更稳妥可写RECORDS DELIMITED BY '\n'（需确认文件实际编码） -
MISSING FIELD VALUES ARE NULL：没这一句，空字段会触发拒绝（REJECT LIMIT达到即中断），加了才能把 ,,, 解析成三列NULL - 日期/数字字段要显式转换：比如
birth_date CHAR DATE_FORMAT TIMESTAMP MASK "YYYY-MM-DD"，否则直接映射DATE类型会报ORA-1843
REJECT LIMIT 和错误日志必须主动设，不能依赖默认
默认 REJECT LIMIT 0 意味着第一行解析失败就整个查询失败，根本看不到数据。而没配 BADFILE 或 LOGFILE，出错时你连哪一行、为什么错都不知道。
- 开发阶段务必加
REJECT LIMIT UNLIMITED，先让查询跑通，再逐条检查坏数据 - 加
BADFILE 'bad_data.bad'后，所有解析失败的原始行会写入该文件，方便定位问题字段 -
LOGFILE 'load.log'记录驱动器内部错误（比如编码不匹配、字段数溢出），比 SQL 错误提示更底层 - 注意：
BADFILE和LOGFILE生成在DEFAULT DIRECTORY指向的 OS 路径下，不是数据库内路径
PL/SQL 中不能用 DBMS_LOB.LOADFROMFILE 加载外部表
网上有些示例混用了外部表和 LOB 加载逻辑，这是典型误区。DBMS_LOB.LOADFROMFILE 是把文件内容读进 BLOB/CLOB 字段，和外部表无关。外部表的数据流由 Oracle Loader 驱动器控制，全程不经过 PL/SQL 引擎。
- 想把 CSV 数据入库到普通表？用
INSERT INTO target_table SELECT * FROM external_table - 想在 PL/SQL 块里做条件过滤或转换？直接
FOR rec IN (SELECT ... FROM external_table WHERE ...)即可 - 不要试图用
UTL_FILE手动读 CSV 再拼 INSERT —— 外部表已是最轻量、最高效的方式，手动解析纯属重复造轮子
外部表真正的复杂点不在语法，而在环境协同：OS 文件权限、数据库目录映射、字符集（尤其含中文 CSV）、字段类型隐式转换边界。哪怕 SELECT COUNT(*) 返回 0，也未必是文件为空——更可能是某列类型声明和实际数据对不上，整行被静默丢弃了。
