ORA-00932错误求助：拼接YYYY-MM格式时数据类型不一致问题

错误原因 #

ORA-00932错误源于CASE表达式的所有分支必须返回相同数据类型。原查询中该分支返回NUMBER类型，修改后拼接字符串变为CHAR类型，但CASE的其他分支（未展示的WHEN或ELSE）仍返回NUMBER，Oracle无法将CHAR隐式转换为NUMBER，因此触发类型不一致报错。

解决方案 #

方案1：统一CASE所有分支为字符串类型 #

将当前分支的年份差结果转为字符串后再拼接月份，同时确保其他分支也返回字符串（原返回数字的分支用TO_CHAR()转换）：

WHEN petf.base_element_name LIKE 'XXXXX%'
  THEN TO_CHAR(
         TO_NUMBER(TO_CHAR(peev.effective_start_date,'yyyy')) 
         - TO_NUMBER(regexp_replace(petf.base_element_name, '[^0-9]', ''))
       ) || '-' || TO_CHAR(peev.effective_start_date,'MM')
-- 示例：若存在ELSE分支，需同步转为字符串
ELSE TO_CHAR(original_number_result)

方案2：用ADD_MONTHS简化逻辑（推荐） #

直接通过ADD_MONTHS函数将生效日期减去对应年份的月份数，再格式化为YYYY-MM，避免多次类型转换：

WHEN petf.base_element_name LIKE 'XXXXX%'
  THEN TO_CHAR(
         ADD_MONTHS(
           peev.effective_start_date,
           -12 * TO_NUMBER(regexp_replace(petf.base_element_name, '[^0-9]', ''))
         ),
         'YYYY-MM'
       )

该写法利用日期函数直接计算调整后的日期，再统一转换为目标格式，从根源上规避类型不匹配问题。

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