如标题所述，JavaResultSet对象可识别的最大大小是多少？特别是setFetchSize函数。
ResultSet results...;
results.setFetchSize(HUGE_VALUE);
更重要的是，如果没有“最大值”，那么获取大小的限制因素是什么？
评论
int 是数据类型，所以我想它会接受到 MAX_INT，其余的东西取决于驱动程序的实现。
尽管如此，这与我的问题几乎没有关系，我问的是什么是公认的，而不是我可以传递给它的。虽然这听起来像是分裂的头发，但这就是这个问题的本质。
更新
因为这似乎得到了一些“不是一个真正的问题”的密切投票。这是专门针对 Oracle JDBC 驱动程序的，ojdbc14. 正如有人在下面发布的那样，我正在撤回数亿的结果集，因此根据我的测试，30 或 200 远不是正确获取大小的正确答案。目前我的获取大小是10,000,000，但我无法验证数据库使用的大小为 1000 万。此外，我了解数据库提示的工作原理，根据我的经验，您通常可以让数据库使用您提供的提示。
我怀疑该setFetchSize()方法没有按照您的想法进行，建议您仔细阅读以下两篇文章，并在使用 10,000,000 之类的值之前进行一些认真的分析。 本文解释了 JDBC 如何setFetchSize等同于 Oracle 的预取功能。它还演示了如何设置一些简单的分析来检查不同提取大小的影响。 这篇文章（由第一篇链接）解释了预取没有最大值（除了我假设 MAX_INT），但警告不要使用远大于几百的值。第二篇文章还提到了以下内容，进一步证实了 setFetchSize 和 prefetching 之间的联系：
不要在您的应用程序中混合使用 JDBC 2.0 提取大小应用程序编程接口 (API) 和 Oracle 行预取 API。您可以使用其中一种，但不能同时使用。
这是对数据库的提示。有些人甚至可能不会使用这个提示。其他人可能允许一个非常大的值，直到 int 数据类型限制。然而，大多数人会接受这个提示，直到最大的合理值。请记住，此数字越大，处理结果时需要使用的内存就越多。
这只是好奇还是您打算将其设置为您的数据库最大获取大小？如果是后者，我强烈建议您反对。相反，正确的一些测试和性能测试基于不同的 fetch size 提示。在某些数据库中，30 可能是最佳的，而 200 会使处理速度更慢。正确的数字还取决于行的大小或任何 blob 数据等。
所以，一个更好的问题可能是——在这个特定数据库上，这个查询的最佳获取大小是多少，答案是尝试它们并测量性能。