ORA-01481错误排查：存储过程插入MONTH_ID时数字格式模型无效

这个错误的根源很明确：你试图用日期格式模型（'YYYYMM'）去格式化一个数字类型的字段REC.day_id，但TO_CHAR函数对数字和日期的格式模型要求完全不同——数字格式模型用的是9、0这类符号，而YYYYMM属于日期专属的格式模型，直接套用在数字上就会触发这个无效格式的错误。

你的day_id是数字类型，存储值是YYYYMMDD格式（比如20240520），目标是得到YYYYMM格式的数字存入month_id，这里有两种靠谱的解决方案：

方案1：通过日期转换实现（适合需要日期合法性校验的场景） #

先把数字类型的day_id转换成日期，再格式化为YYYYMM字符串，最后转成数字匹配month_id的类型：

INSERT INTO TEST_CHECK(MONTH_ID) 
VALUES (TO_NUMBER(TO_CHAR(TO_DATE(REC.day_id, 'YYYYMMDD'), 'YYYYMM')));

步骤拆解：

• TO_DATE(REC.day_id, 'YYYYMMDD')：把数字20240520转换成日期类型（比如2024-05-20）
• TO_CHAR(..., 'YYYYMM')：把日期转成202405的字符串
• TO_NUMBER(...)：把字符串转成数字，适配month_id的数字类型

方案2：直接数字运算截取（性能更优，无需类型转换开销） #

既然day_id是固定8位的数字（YYYYMMDD格式），直接用数学运算取前6位即可：

INSERT INTO TEST_CHECK(MONTH_ID) 
VALUES (TRUNC(REC.day_id / 100));

比如20240520 / 100 = 202405.20，TRUNC函数会截断小数部分，得到整数202405，完美匹配你的需求。

两种方案里，方案2性能更好，因为不需要多次类型转换；如果需要确保day_id是合法的日期格式（比如避免20241331这种无效值），方案1更合适，因为TO_DATE会自动校验日期合法性，非法值会抛出错误。

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