Oracle 11g迁移19c外部表读取报KUP-04023错误求助

该问题是Oracle 12cR2及以上版本对ORACLE_LOADER类型外部表的全局LTRIM处理逻辑的隐性版本变更导致，和数据库NLS参数、主机配置无关，也没有公开的普通全局参数可以直接回退该行为：

• 11g版本逻辑：全局LTRIM参数生效时，即使某个字段的内容全为空格，trim后变为空值，外部表驱动仍然会确认该字段已占用一个分隔符位置，继续向后读取下一个字段。你测试场景中的CC字段全为空格，trim后为NULL，后续的DD字段仍然可以正常匹配到下一个制表符后的内容。
• 19c版本逻辑：全局LTRIM参数生效时，如果某个字段的内容全为空格，trim后内容为空，外部表驱动会误判该字段不存在，跳过当前分隔符，将下一段内容作为当前字段的值，最终导致最后一个字段找不到对应的数据，抛出KUP-04023: field start is after end of record错误。

以下两种方案都可以保留LTRIM处理前置空格的业务需求，无需修改上游数据文件：

方案1：将全局LTRIM改为SQL层面的字段级LTRIM（最推荐） #

把外部表访问参数里的全局LTRIM移除，在字段映射规则中对每个字段单独加LTRIM转换，该逻辑在SQL层执行，不会触发ORACLE_LOADER驱动的版本兼容问题，修改后的创建语句如下：

CREATE TABLE TEST
(
    AA    VARCHAR2 (40 BYTE),
    BB    VARCHAR2 (2 BYTE),
    CC    VARCHAR2 (3 BYTE),
    DD    VARCHAR2 (12 BYTE)
)
ORGANIZATION EXTERNAL
    (
        TYPE ORACLE_LOADER
        DEFAULT DIRECTORY TEST_DIRECTORY
        ACCESS PARAMETERS (
            RECORDS DELIMITED BY NEWLINE
            BADFILE TEST_DIRECTORY : 'TEST.bad'
            LOGFILE TEST_DIRECTORY : 'TEST.log'
            FIELDS
                TERMINATED BY '\t' REJECT ROWS WITH ALL NULL FIELDS
            (AA "LTRIM(:AA)",
             BB "LTRIM(:BB)",
             CC "LTRIM(:CC)",
             DD "LTRIM(:DD)"))
        LOCATION (TEST_DIRECTORY:'TEST.dat'))
    REJECT LIMIT UNLIMITED;

修改后效果和原全局LTRIM完全一致，同时兼容11g和19c的逻辑，全空格的字段会被正常处理为NULL，不会出现字段错位问题。

方案2：对可能出现全空格的字段单独设置规则 #

如果确定只有个别字段会出现全空格的情况，可以保留全局LTRIM，单独给这类字段指定SQL层LTRIM规则，改动更小，示例如下：

CREATE TABLE TEST
(
    AA    VARCHAR2 (40 BYTE),
    BB    VARCHAR2 (2 BYTE),
    CC    VARCHAR2 (3 BYTE),
    DD    VARCHAR2 (12 BYTE)
)
ORGANIZATION EXTERNAL
    (
        TYPE ORACLE_LOADER
        DEFAULT DIRECTORY TEST_DIRECTORY
        ACCESS PARAMETERS (
            RECORDS DELIMITED BY NEWLINE
            BADFILE TEST_DIRECTORY : 'TEST.bad'
            LOGFILE TEST_DIRECTORY : 'TEST.log'
            FIELDS
                TERMINATED BY '\t' LTRIM REJECT ROWS WITH ALL NULL FIELDS
            (AA,
             BB,
             CC CHAR "LTRIM(:CC)",
             DD))
        LOCATION (TEST_DIRECTORY:'TEST.dat'))
    REJECT LIMIT UNLIMITED;

内容的提问来源于stack exchange，提问作者FFF