Oracle APEX 21.2.0 报表列展示图片DATE复合主键查询异常

该异常不是单一的日期格式问题，共有三类常见诱因，按出现概率从高到低排列：

• 日期隐式格式转换不匹配：APEX生成BLOB资源下载URL时，会将所有主键列值转为字符串拼接传递，转换逻辑默认依赖当前会话的NLS_DATE_FORMAT参数。如果页面渲染URL时的NLS日期格式、和请求BLOB资源时会话的NLS日期格式不一致，传入的日期字符串无法被正确解析为表中存储的DATE主键值，就会出现匹配失败。
• APEX 21.2版本固有缺陷：该版本对复合主键中DATE、TIMESTAMP类型列的参数传递未做格式固化处理，只要会话NLS格式被页面动态动作、其他组件逻辑修改，就会出现日期参数值和存储值错位的问题，该bug在22.1及以上版本才被官方修复。
• 主键列类型配置错误：BLOB列属性中配置多主键时，每一列都需要手动指定对应的数据类型。如果将DATE类型的主键列默认留为VARCHAR2类型，APEX绑定参数时会按字符串规则做等值比较，Oracle无法自动完成类型隐式转换，自然无法匹配到对应记录。

可直接落地的解决方案 #

• 优先绕开日期类型传参的坑：在报表数据源SQL中为DATE主键列生成固定格式的字符串衍生列，示例：

  SELECT 
    id,
    biz_date,
    TO_CHAR(biz_date, 'YYYYMMDDHH24MISS') AS biz_date_pk_str,
    blob_column
  FROM your_biz_table
  

  BLOB列属性配置时，将id设为主键列1，将biz_date_pk_str设为主键列2，对应BLOB下载处理逻辑中，把传入的第二主键参数用TO_DATE(:p2_pk, 'YYYYMMDDHH24MISS')转换为日期类型再做匹配，完全规避NLS格式带来的不确定性。
• 若不想修改数据源，在对应页面的预处理节点加如下PL/SQL代码，强制固定会话日期格式，保证URL生成和参数解析两个环节的格式完全一致：

  EXECUTE IMMEDIATE 'ALTER SESSION SET NLS_DATE_FORMAT = ''YYYYMMDDHH24MISS''';
  

• 检查BLOB列的主键配置项，确认DATE类型主键列的指定数据类型为DATE，不要使用默认的字符串类型。

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