Oracle APEX自定义SQL在PLSQL会话监控中语句变形问题咨询

你观察到的SQL改写是Oracle APEX平台的默认正常行为，所有交给APEX组件执行的查询都会被自动包装，核心是为了适配APEX的前端交互能力，不会修改你原始SQL的业务逻辑。

改写各部分的作用 #

• 分页控制：你看到的row_number() over (order by null) apx$rownum、apx$rownum<=:p$_max_rows是APEX自动追加的分页逻辑，绑定变量:p$_max_rows对应你报表/数据组件中配置的每页展示行数，哪怕你没开启显式分页，APEX也会默认追加最大行数限制，避免全量返回超大结果集拖慢页面加载性能。
• 总行数统计：count(*) over () as APEX$TOTAL_ROW_COUNT是用于给前端展示总记录数、总页数、分页导航栏用的，不需要你自行编写统计逻辑。
• 排序适配：外层追加的order by 1 asc nulls last是适配你在组件中配置的默认排序规则，如果你在前端点击列头切换排序，这部分的排序字段、规则也会同步更新。
• 内部标记：/*+ qb_name(apex$inner) */是APEX用于标记用户原始查询块的Hint，仅用于平台内部的调试、执行计划管理，不会对SQL执行逻辑产生影响。

相关处理规则 #

• 业务逻辑无改动：APEX仅在原始SQL外层嵌套子查询追加辅助逻辑，你编写的SELECT字段、WHERE条件、表关联逻辑完全不会被修改，执行结果和你直接运行原始SQL完全一致。
• 可配置关闭自动包装：
  • 不需要分页的话，将对应组件的「分页类型」设置为「不分页」即可去掉分页相关的包装逻辑，注意如果返回数据量过大会导致页面加载缓慢甚至超时。
  • 不需要自动统计总行数的话，在组件属性中关闭「计算总行数」开关，即可去掉count(*) over ()相关的统计逻辑。
• 性能调优无需关注包装层：Oracle优化器会自动合并外层包装逻辑和原始查询，优化执行计划，你做SQL调优时只需要针对自己编写的原始SQL处理即可。

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