Oracle APEX页面刷新时如何避免重复执行truncate触发的PL/SQL进程

问题根因 #

出现重复触发的核心原因有两个：

• 创建的PL/SQL处理进程未绑定明确的触发条件，只要页面发生POST提交就会执行
• 点击按钮提交属于POST请求，提交完成后页面停留在POST响应态，此时手动刷新浏览器会自动重发上次的POST请求，导致进程重复执行，这是浏览器默认的表单重提交机制导致的。

修复步骤 #

1. 给PL/SQL进程增加触发条件限定 #

找到创建的清空表PL/SQL进程，在「服务器端条件」区域做如下配置：

• 「当按下按钮时」选项，直接选择页面上的清空按钮
• 条件类型选择「请求 = 值」，匹配值填写按钮名称的大写形式

注：如果你的按钮实际命名为拼写缺省n的trucate，请将匹配的REQUEST值改为TRUCATE，和按钮名称的大写形式保持一致即可；如果按钮名是正确拼写的truncate，则匹配值填TRUNCATE。
配置后，只有明确点击该按钮触发的提交才会执行这个进程，其他场景的页面提交（比如交互式报告的分页、筛选、其他按钮提交）都不会触发该逻辑。

2. 配置PRG跳转规则，从根源避免表单重提交 #

按照Post/Redirect/Get模式配置提交后的跳转逻辑，彻底解决刷新重发POST请求的问题：

• 找到页面的「分支（Branches）」配置项，新建提交后分支
• 分支触发条件设置为「当按下对应清空按钮时」
• 分支目标选择当前页面，「清除缓存」参数填写当前页面的页号
  配置后，点击按钮提交、PL/SQL逻辑执行完成后，APEX会返回302重定向响应，引导浏览器发起GET请求重新加载页面。此时页面处于GET请求态，后续手动刷新只会重新发起GET请求，不会携带之前的POST提交参数，不会触发处理进程。

3. 修正原有PL/SQL代码的错误 #

原代码存在几处拼写错误和冗余逻辑，修正后代码如下（以按钮名正确拼写为truncate为例）：

declare 
  m_count number; -- 原代码此处拼写为nnumber，会触发编译错误
begin
  -- 双重保险校验：非truncate按钮触发的请求直接退出进程
  if :REQUEST != 'TRUNCATE' then
    return;
  end if;

  select count(*) into m_count from employee;
  if m_count > 0 then
    execute immediate 'truncate table employee';
    apex_application.g_print_success_message := 'truncated table !!!';
    -- truncate属于DDL语句，执行时会自动隐式提交，无需手动写commit
  end if;
exception 
  when others then
    apex_error.add_error(
      p_message => '清空表操作失败: ' || sqlerrm,
      p_display_location => apex_error.c_inline_in_notification -- 原代码常量拼写错误
    );
end;

验证方式 #

配置完成后测试流程：

• 点击清空按钮，表正常清空，弹出成功提示
• 此时手动刷新页面，不会再重复执行清空逻辑，也不会弹出重复的成功提示
• 交互式报告的筛选、分页、排序等常规操作，都不会触发清空表的进程

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