当行数大于 1.000.000 时，Oracle APEX 显示数据速度变慢
Oracle APEX Presenting Data Slower When Row Count bigger than 1.000.000
在 SQL Developer 中键入查询时，它 return 不到一秒的数据。在 Oracle APEX 中做同样的事情需要更多的时间，超过 5 秒。我进入 DEBUG 部分查看出了什么问题，return 对我来说是这样的：
-IR binding: "APXWS_MAX_ROW_CNT" value="1000000"
我弄明白了，它 return 超过 1.000.000 行，这就是速度较慢的原因。但不知道如何修复它，以获得与 SQL 开发人员中大致相同的时间？
对 Maximum Row Count 设置一些限制，Maximum Rows per Page 可以帮助您减轻负载。
无论是否在网页顶点，您都没有与 SQL 开发人员相同的性能。
“将最大行数 属性 保留为空，因此经典报告不会一直获取到此数字，交互式报告也不会在 () 上引入分析函数 count(*)。
不要使用带 Z 的分页类型，因此经典报告不会获取所有行，交互式报告也不会在 () 上引入计数 (*)。
来源：http://rwijk.blogspot.ca/2016/11/performance-aspects-of-apex-reports.html
（如果 link 消失了，我也把它保存在 wayback 机器中：http://web.archive.org/web/20170706183715/http://rwijk.blogspot.ca/2016/11/performance-aspects-of-apex-reports.html
在 SQL Developer 中键入查询时，它 return 不到一秒的数据。在 Oracle APEX 中做同样的事情需要更多的时间，超过 5 秒。我进入 DEBUG 部分查看出了什么问题，return 对我来说是这样的：
-IR binding: "APXWS_MAX_ROW_CNT" value="1000000"
我弄明白了，它 return 超过 1.000.000 行，这就是速度较慢的原因。但不知道如何修复它，以获得与 SQL 开发人员中大致相同的时间？
对 Maximum Row Count 设置一些限制，Maximum Rows per Page 可以帮助您减轻负载。
无论是否在网页顶点，您都没有与 SQL 开发人员相同的性能。
“将最大行数 属性 保留为空，因此经典报告不会一直获取到此数字，交互式报告也不会在 () 上引入分析函数 count(*)。
不要使用带 Z 的分页类型，因此经典报告不会获取所有行，交互式报告也不会在 () 上引入计数 (*)。
来源：http://rwijk.blogspot.ca/2016/11/performance-aspects-of-apex-reports.html （如果 link 消失了，我也把它保存在 wayback 机器中：http://web.archive.org/web/20170706183715/http://rwijk.blogspot.ca/2016/11/performance-aspects-of-apex-reports.html