OAF Advanced Table加载缓慢 无法实现增量加载的问题咨询

问题根因 #

OAF的增量加载机制生效有明确的前提，你的操作大概率触发了以下某一个或者多个导致全量查询的场景：

• 调用executeQuery()后主动遍历了VO全量行集：不管是调用getAllRows()、循环调用next()直到行集末尾，还是其他触发全量数据拉取的VO方法，都会强制JDBC从数据库拉取所有符合条件的结果，直接抵消增量加载的效果。
• 拼接后的WHERE子句无有效索引：如果查询本身需要全表扫描才能过滤出符合条件的结果，哪怕OAF只拉取前10行，数据库本身的查询耗时也会很高，看起来像是增量加载不生效，本质是SQL执行效率问题。
• 相关配置被修改：要么VO的FetchSize被设置为过大值、提取模式被改为ALL_ROWS，要么Advanced Table的分页被关闭、DisplayRows属性设置为-1（展示所有行），都会导致OAF主动拉取全量结果。

实现增量加载的方案 #

• 清理processRequest()中executeQuery()后的冗余行集操作：Advanced Table的渲染逻辑会自动按需拉取对应页的行数据，不需要手动提前操作行集。
• 优化查询SQL：给WHERE子句用到的所有筛选字段添加匹配的数据库索引，执行SQL执行计划确认查询没有全表扫描、全索引扫描等低效操作，保证前N行结果的返回速度达标。
• 还原正确配置：VO保持默认的FetchSize（默认值为10，和常规单页行数匹配），提取模式保持默认的INCREMENTAL；Advanced Table开启分页，设置合理的DisplayRows数值（建议10/20/50，不要超过100），禁止设置为-1。
• 特殊场景适配：如果业务逻辑必须在渲染前获取部分行做校验，不要调用全量executeQuery()，改用executeQueryForRange(startIndex, endIndex)指定需要拉取的行范围，仅拉取目标区间的结果。

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