编辑表单时遇ORA-06502错误：主键LOV字符转数字失败

错误根源：ORA-06502 是由于程序尝试将字符类型值赋值给数字类型的变量/字段导致的。结合你的场景，问题出在编辑表单时，提交的id_book值并非预期的数字，而是意外传入了LOV的显示值Name（字符类型）。

以下是针对性排查和修复步骤：

1. 检查表单项的数据类型与绑定设置 #

• 打开编辑表单中id_book对应的项，确认类型为「数字字段」（Number Field），若当前是「文本字段」（Text Field），立即切换为数字类型。
• 核查项的源配置：编辑模式下，源需直接绑定到表的id_book数字字段，避免错误绑定到显示用的Name字符字段。

2. 验证LOV的返回值配置 #

• 打开BOOK.NAME LOV，确认返回列是id_book（数字类型），显示列是Name（字符类型），二者顺序未颠倒。
• 在表单项的LOV设置中，确保勾选「仅返回值」（Return Only Value），这样提交时只会发送id_book的数字值，而非显示的Name字符值。

3. 排查表单更新的处理逻辑 #

• 查看表单的「处理」（Processes）模块，找到更新记录的自动处理或自定义PL/SQL代码：
  • 若为自动处理，确认绑定字段中id_book对应数字类型的表单项，无错误映射到字符型值的情况。
  • 若为自定义PL/SQL，检查是否存在类似v_id_book VARCHAR2(100);的字符型变量，却赋值给id_book NUMBER字段的代码，修正变量类型为数字。

4. 调试会话状态值 #

• 在编辑页面添加调试代码，查看id_book的会话值及类型：

  apex_debug.message('id_book 会话值: %s', :PXX_ID_BOOK);
  apex_debug.message('id_book 值类型: %s', typeof(:PXX_ID_BOOK));
  

  运行编辑页面后查看调试日志，确认id_book的值为数字而非字符。若为字符，回到步骤1-2重新检查配置。

5. 联合主键的特殊校验 #

• 针对id_book+id_delivery_to_storage联合主键，确保表单中两个主键项的更新逻辑同步，避免单独修改id_book时出现类型不匹配。
• 确认表中id_book字段确实为数字类型，排除误定义为字符型的可能。

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